|
|
Rework Element constructors
It turns out we want different types in the frog vs dartium bodies.
We want the implementation type for frog to help with live type analysis.
We can't use the only slightly less general interface type because the language mandates a warning.
So we now generate the factory constructors for each implementation system rather than once for the interfaces system.
I also extended the mechanism to handle multiple element constructors
and used it to generate HeadingElement.h1() through
HeadingElement.h6()
Committed: https://code.google.com/p/dart/source/detail?r=8182
Total comments: 2
|
Unified diffs |
Side-by-side diffs |
Delta from patch set |
Stats (+1008 lines, -802 lines) |
Patch |
 |
M |
lib/dom/dom.dart
|
View
|
|
1 chunk |
+8 lines, -0 lines |
0 comments
|
Download
|
 |
M |
lib/dom/frog/dom_frog.dart
|
View
|
|
2 chunks |
+11 lines, -0 lines |
0 comments
|
Download
|
 |
M |
lib/dom/scripts/generator.py
|
View
|
|
4 chunks |
+10 lines, -0 lines |
0 comments
|
Download
|
 |
M |
lib/dom/scripts/systemhtml.py
|
View
|
1
|
12 chunks |
+88 lines, -55 lines |
0 comments
|
Download
|
 |
M |
lib/dom/scripts/systemnative.py
|
View
|
|
5 chunks |
+25 lines, -0 lines |
0 comments
|
Download
|
 |
A + |
lib/dom/templates/html/dartium/factoryprovider__Elements.darttemplate
|
View
|
|
1 chunk |
+0 lines, -1 line |
0 comments
|
Download
|
 |
A + |
lib/dom/templates/html/frog/factoryprovider__Elements.darttemplate
|
View
|
|
1 chunk |
+0 lines, -1 line |
0 comments
|
Download
|
 |
D |
lib/dom/templates/html/interface/factoryprovider__Elements.darttemplate
|
View
|
|
1 chunk |
+0 lines, -8 lines |
0 comments
|
Download
|
 |
M |
lib/html/dartium/html_dartium.dart
|
View
|
|
9 chunks |
+379 lines, -301 lines |
0 comments
|
Download
|
 |
M |
lib/html/frog/html_frog.dart
|
View
|
|
6 chunks |
+487 lines, -436 lines |
0 comments
|
Download
|
Total messages: 2 (0 generated)
|