Hi Henri,
Do you mind reminding us of the current status of the HTML parser's Rust
conversion? Is there anything blocking progress currently? cc'ing dev-servo.
-Brian
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/li
Immutable strings sound good to me.
How hard would it be to add UTF-8 strings to Spidermonkey? JSString already
has a lot of "modes", perhaps one more wouldn't hurt :-). I'm imagining
that for anything that required UTF-16 (charAt etc) you'd convert the
string internals to UTF-16, and for passing
Topics covered: Interning, mutability, cost of creating string objects,
encoding UTF-8 versus UTF-16.
https://github.com/mozilla/servo/wiki/Strings
Patrick
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-s
On 6/5/13 12:58 PM, Patrick Walton wrote:
Do you mean that having to wipe the parent flow when a child render box
changes is a rare case in general or that this specific case (an inline
becoming non-inline) is rare?
I mean that the latter is rare, so just wiping the parent flow when it
happens
On 6/5/13 8:30 AM, Boris Zbarsky wrote:
On 6/4/13 9:47 PM, Patrick Walton wrote:
We're trying to figure out what to do when an inline RenderBox of an
inline flow becomes non-inline. This is a vexing issue, as it violates
the invariant that a flow's descendants and the flow itself are the only
fl
On 6/4/13 9:47 PM, Patrick Walton wrote:
We're trying to figure out what to do when an inline RenderBox of an
inline flow becomes non-inline. This is a vexing issue, as it violates
the invariant that a flow's descendants and the flow itself are the only
flows that need to be reconstructed from sc
6 matches
Mail list logo
