If msttcorefonts isn't installed, output a more informative error message.
./servo ../src/test/html/about-mozilla.html prints
"task 'LayoutWorker' failed at 'No matching font(s), are the appropriate fonts installed?',
../servo/src/components/gfx/font_context.rs:195"
vs.
"task 'LayoutWorker' failed at 'assertion failed: fonts.len() > 0',
../servo/src/components/gfx/font_context.rs:195"
Source-Repo: https://github.com/servo/servo
Source-Revision: 3ccc81b9dc65afe61dc16486e7f7f0b6794c5093
Since ContravariantLifetime doesn't take up any storage space, this
means that JSRef will be a single word. This fixes#2333.
Source-Repo: https://github.com/servo/servo
Source-Revision: 51d1284c607c00c9363aa0b9d99e185bc8a3963e
Since ContravariantLifetime uses no storage, this will reduce the size of a LayoutNode from 3 words to 2.
Source-Repo: https://github.com/servo/servo
Source-Revision: 2785fcbce06a33f5988049e345876f17d3b3af67
Before we had Vec<T>, Option<~[T]> was used as an optimization of ~[T] to avoid allocating for empty vectors when that was the common case. Vec<T> itself does this optimization, so there is no need for this anymore.
r? @larsbergstrom
Source-Repo: https://github.com/servo/servo
Source-Revision: 309c9db2ac313cb78760615e893b2723a380eace
I noticed that our CONTRIBUTING file doesn't link to the easy bugs, maybe it should?
Source-Repo: https://github.com/servo/servo
Source-Revision: 2168956a59bda81b8c6f904719a06afa74067576
We can just use the defaults for all of the HTML elements for now and
deal with the nonstandard behavior later. This fixes#2207.
Source-Repo: https://github.com/servo/servo
Source-Revision: 288550a2bf034e76a8c1fb46eced6439d38669d3
This moves all the handling of optional arguments into `CGArgumentConverter`, and leaves `instantiateJSToNativeConversionTemplate` to only deal with the declaration of stack variables.
Source-Repo: https://github.com/servo/servo
Source-Revision: 48b1938ca3770f52187176e320cfdd148045a142
Implementing the CSSOM requires giving the script task access to the
computed style for a node. Moving it into a new SharedLayoutData struct
member of LayoutDataRef seems to be the best way to achieve this.
This is the first step towards #1721.
Source-Repo: https://github.com/servo/servo
Source-Revision: fbcfe78bf675ffb1fdbe549da3b96a0d1a5f0be8
Right now, the load is kicked off inside the parser glue. This is unfortunate
for several reasons:
1) we'd like to replace the current parser (libhubbub) by our own parser,
written in Rust, so code intertwined with the parser will have to be
rewritten;
2) it is impossible to support dynamically (i.e. from script) created iframes
in this way;
3) the code flow around loading subdocuments is complicated needlessly.
This commit adds the constellation channel (on which the message to actually
load the document is sent) as a field on the Page, to allow HTMLIFrameElement
to access it.
In rewriting the code, support for dynamically created iframes is added, and
a task failure is avoided when the value of the src attribute can not be
parsed.
Source-Repo: https://github.com/servo/servo
Source-Revision: 1e361e8b6f04d7848d40fd19090511c0c3f16a97
There is no particular leason to initilaize js_info lazily.
Source-Repo: https://github.com/servo/servo
Source-Revision: 9a71af38b98560376d3db2c210f91c1cf0770acd
Fix#2383
These changes introduce `FooEvent::new_uninitialized()` constructor. This constructor use to create `FooEvent` without calling `FooEvent::InitFooEvent`.
#2383 says integrating `FooEvent::new()` and `InitFooEvent`, but we need to preserve simple `FooEvent::new_uninitialized()` for `document.createEvent()`.
@jdm r?
Source-Repo: https://github.com/servo/servo
Source-Revision: 5334d8bb255c64f6d33250972a7ccf22de2afe34
This gets a basic synchronous GET request working. I've also tried to implement a portion of the procedures mentioned in the spec.
Blocks #2282
Source-Repo: https://github.com/servo/servo
Source-Revision: 14776522952df9990685e20151e74f4fed8742c9
This is a cleaner way to expose those functions, and makes it possible to
remove a significant amount code in rust-mozjs.
The assert() function is no longer exposed, as it was unused and not very
useful.
Source-Repo: https://github.com/servo/servo
Source-Revision: 78917f4e0f15c7e0dad3c9a1fc07c005bd090487
… and deal with properties whose initial value can be affected at computed-value time.
r? @pcwalton
Source-Repo: https://github.com/servo/servo
Source-Revision: 9bca8a706e3187c6f7c154c59921f80c18249a52
Fix for android rendering.
Need to consider about getting accurate size framebuffer & window parameter respectively from android stack and follow up the stuffs on another platform.
Source-Repo: https://github.com/servo/servo
Source-Revision: 052d3cb0835470da281669b8dce1c9c51e8e7b9e
The performance of using == should now equal that of match, so many
identity methods can be simplified to a single line.
Fixes#1596.
Source-Repo: https://github.com/servo/servo
Source-Revision: 78a768ae5c39e1a2f2a666fc574a0332bf1ca28e
The defaultVisibility field was cloned from the C++ implementation,
where it tracks the difference between struct and class visibility.
Since no similar concept exists in Rust, it should be removed.
Source-Repo: https://github.com/servo/servo
Source-Revision: 6d381959db18acc5c2f0c1891df8afe5df8372cb
There might be a "cleaner" rust way to separate the scope and invoke the drop() call?
Source-Repo: https://github.com/servo/servo
Source-Revision: bfffbe94eacb63fe7fe3fc2cfed433cb20cd4c41
Adds the ProgressEvent webidl and implementation according to the XHR spec.
Blocks #2282
Source-Repo: https://github.com/servo/servo
Source-Revision: a0922f9d7274e0781f30cdacf978104c224010f7
Use false for the glfw::Visible window hint to open a background window
on OS X. This requires an upgrade to glfw 3.0.4 in order for this to
also not steal focus.
This requires adding a new parameter to WindowMethods<A>::new.
Fixes https://github.com/mozilla/servo/issues/2363. r? @larsbergstrom
Source-Repo: https://github.com/servo/servo
Source-Revision: 2a7889c061852b7d63782176cb35bfbc55c98f3f