Are you sure that's testing the hard case? Setting style attributes
doesn't trigger any kind of layout modification right now.
Cheers,
Josh
On 05/19/2013 10:38 PM, Patrick Walton wrote:
On 5/18/13 3:27 PM, Brian Anderson wrote:
# The numbers
function call ns per call:
The following script (test_hammer_layout.html) can now run in Servo, so
I've finally been able to begin obtaining baseline performance data.
Note that this is with the exiting Rust scheduler, not Brian's new one:
var divs = document.getElementsByTagName(div);
var div = divs[0];
var count =
On 07/12/2013 02:33 PM, Patrick Walton wrote:
* What is the plan to handle cycles between the DOM and JS?
The JavaScript garbage collector handles all DOM objects, so the JS
garbage collector will trace all DOM-JS cycles and clean them up.
What does this mean precisely? Are we going to need
On 07/12/2013 03:34 PM, Kyle Huey wrote:
On Fri, Jul 12, 2013 at 12:29 PM, Josh Matthews j...@joshmatthews.netwrote:
On 07/12/2013 03:22 PM, Kyle Huey wrote:
On Fri, Jul 12, 2013 at 12:18 PM, Josh Matthews j...@joshmatthews.net
wrote:
On 07/12/2013 02:33 PM, Patrick Walton wrote
On 07/12/2013 04:12 PM, Patrick Walton wrote:
On 7/12/13 12:43 PM, Josh Matthews wrote:
Yes, this is the bed we have made for ourselves in Servo at this point.
Can we just have the JS trace hook for a DOM node recursively search
through children for wrappers, even those that don't have
On 07/25/2013 01:36 PM, Boris Zbarsky wrote:
On 7/25/13 9:25 AM, Josh Matthews wrote:
type_id is an enum to distinguish between node types, with an inner enum
in the element case to distinguish the kind of element. All enums are
automatically 8 bytes, and if any variant contains another enum
In preparation for autogenerating Node and all our Element descendents,
I've got a PR open replacing the manual Document bindings with
autogenerated ones (minus Node), and uncommitted code locally that
generates HTMLDocument as well. This has allowed me to come to grips
with our hand-rolled
https://github.com/mozilla/servo/wiki/Meeting-2013-07-29
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/mozilla/servo/wiki/Meeting-2013-08-05
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
To ensure that no redundant work occurs, I've put up a list at
https://github.com/mozilla/servo/wiki/HTMLElement-binding-conversion. If
you're going to convert an element, put your name next to it. Once it's
done, strike through it. If newcomers appear looking for things to work
on, this is an
/source/dom/webidl/. And
HTMLSectionElement is not defined by current specs: whatwg HTML, w3c
HTML5, w3c HTML5.1.
How do we care about it?
2013/8/7 Josh Matthews j...@joshmatthews.net:
To ensure that no redundant work occurs, I've put up a list at
https://github.com/mozilla/servo/wiki/HTMLElement
a
big list (https://github.com/mozilla/servo/issues/703) of similar ones
we don't support right now, so feel free to add those to our HTML parser
and hook them up to the HTMLElement bindings.
Cheers,
Josh
On 08/06/2013 04:19 PM, Josh Matthews wrote:
To ensure that no redundant work occurs
A brief twitter observation convinced me to dig into our build system
effeciency. First off, some numbers from a -j10 build after a `make clean`:
origin/master:
real3m51.867s
user3m41.425s
sys 0m10.434s
jdm/parbuild [1]:
real2m36.697s
user4m9.334s
sys 0m10.177s
With
On 08/09/2013 07:08 PM, Patrick Walton wrote:
On 8/9/13 4:00 PM, Josh Matthews wrote:
A brief twitter observation convinced me to dig into our build system
effeciency. First off, some numbers from a -j10 build after a `make
clean`:
origin/master:
real3m51.867s
user3m41.425s
sys
The current DOM bindings can only fallibly unwrap object types that have
complete WebIDL prototype chains (ie. we can grab the interface ID array
from the object and compare the slot in the chain we care about with the
one we're trying to unwrap). This causes a problem for things like
On 08/30/2013 09:01 PM, Jack Moffitt wrote:
I'm working on the agenda for the upcoming team meeting in Mountain View.
What do people think about focusing our efforts getting some subset of
Dromaeo working? I suspect this would involve implementing DOM APIs
and measuring performance.
It seems
https://github.com/mozilla/servo/wiki/Meeting-2013-09-23
If people familiar with layout could read over Patrick's assumptions
about Gecko layout and confirm/deny, that would be great.
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://github.com/mozilla/servo/wiki/Meeting-2013-09-30
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Nobody is happy with how the whole DOM inheritance thing has turned out,
with the verbose callbacks like abstract.with_imm_elem(|elem|
elem.SetAttribute(...)). I'm planning to improve the status quo a bit in
two ways - by switching from callbacks to returning borrowed pointers,
and by
https://github.com/mozilla/servo/wiki/Meeting-2013-10-28
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 10/30/2013 06:26 PM, Jack Moffitt wrote:
Right now we have this TreeNode abstraction that has been around for a
long time and has lost its original purpose (whatever that was). It's
only job right now appears to be to break the cyclic dependency
between the script and style crates.
Does
I've finally got a sketch of my plans to remove all of the @mut
annotations from Servo's DOM. You can see it at
https://gist.github.com/jdm/7693770, but here's the breakdown of the
improvements:
* no more AbstractNode (\o/) - we can actually use JSManagedElement
when we want to refer to
of boilerplate
required now, which is lovely.
Cheers,
Josh
On 11/28/2013 10:54 AM, Josh Matthews wrote:
I've finally got a sketch of my plans to remove all of the @mut
annotations from Servo's DOM. You can see it at
https://gist.github.com/jdm/7693770, but here's the breakdown of the
improvements
On 12/10/2013 06:04 AM, Daniel Glazman wrote:
On 10/12/13 10:05, Josh Matthews wrote:
On 12/10/2013 03:33 AM, Daniel Glazman wrote:
Can you please remind us the call details (phone, time) so the
non-korean samsungers can attend? I'm based in Europe and Adenilson
and Bruno are in South-America
https://github.com/mozilla/servo/wiki/Meeting-2013-12-16
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/mozilla/servo/wiki/Meeting-2014-02-03
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/mozilla/servo/wiki/Meeting-2014-02-24
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 03/04/2014 06:09 PM, Robert O'Callahan wrote:
On Wed, Mar 5, 2014 at 11:33 AM, Josh Matthews j...@joshmatthews.netwrote:
I know that some contributors have expressed confusion about the new JST
types that are all over the DOM. I've started a guide to try and clear up
how to use them; please
On 03/04/2014 10:27 PM, Boris Zbarsky wrote:
On 3/4/14 5:33 PM, Josh Matthews wrote:
I know that some contributors have expressed confusion about the new
JST types that are all over the DOM. I've started a guide to try and
clear up how to use them; please feel free to suggest further topics
https://github.com/mozilla/servo/wiki/Meeting-2014-03-10
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 03/23/2014 01:30 PM, Abhijeet Kandalkar wrote:
Any resources about debugging of Servo on Ubuntu 12.04
Regards,
Abhijeet
Hi Abhijeet,
You'll need to be more specific about what you're trying to do. There's
https://github.com/mozilla/servo/wiki/Debugging but it's just a list of
techniques
One of many hurdles in upgrading to a newer SpiderMonkey revision was
the exact rooting requirement, and I've got a branch that has a decent
start on that: https://github.com/jdm/servo/commits/newroot
In short, with my changes all of Servo's content tests run correctly
despite GCing every
https://github.com/mozilla/servo/wiki/Meeting-2014-03-31
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/mozilla/servo/wiki/Meeting-2014-04-07
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/mozilla/servo/wiki/Meeting-2014-04-14
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/mozilla/servo/wiki/Meeting-2014-05-05
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Sorry about this; I didn't realize how far behind we were on posting
meeting minutes.
https://github.com/mozilla/servo/wiki/Meeting-2014-06-09 - (prebuilt
Rust status; next Servo workweek; Servo logo)
https://github.com/mozilla/servo/wiki/Meeting-2014-06-17 (Weekly
statuses; approval workflow
On 07/11/2014 12:21 PM, Jack Moffitt wrote:
I've enabled |make tidy| on Travis, and expanded it to check for
whitespace errors as well as missing license blocks (which it did
before). [1] For reference, no longer allowed are:
Did this get disabled at some pint? `make tidy` used to run as part
https://github.com/servo/servo/wiki/Meeting-2014-07-21
cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 2014-08-29 9:52 AM, Josh Matthews wrote:
On 2014-08-29 8:27 AM, Lars Bergstrom wrote:
At that point, I'd expect script to layout calls via message passing
to be much cheaper than a mutex acquisition, but would be very
interested to see numbers comparing them!
To be clear, we're spawning
https://github.com/servo/servo/wiki/Meeting-2014-09-15
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
-- Forwarded message --
From: Simon Sapin simon.sa...@exyr.org
Date: 30 September 2014 04:56
Subject: Re: [dev-servo] Meeting notes 9/29 (CI; DOM binding safety;
SpiderMonkey upgrade; test harness improvements; dogfooding; security;
workweek; incremental reflow)
To: Josh Matthews j
https://github.com/servo/servo/wiki/Meeting-2014-10-06
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Could you clarify how CSS animations and transitions are related here?
Cheers,
Josh
On 2014-10-06 8:31 PM, Patrick Walton wrote:
On 10/6/14 5:17 PM, Martin Robinson wrote:
There isn't a lot in the way to extend this model to
overflow:scroll. The layout code would simply need to make a layer
https://github.com/servo/servo/wiki/Meeting-2014-10-13
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
jcoppe...@mozilla.com
To: Josh Matthews jmatth...@mozilla.com
CC: Terrence Cole tc...@mozilla.com
I've read the guide and spent some time looking at your branch, in particular
components/script/dom/bindings/js.rs and trace.rs. My knowledge of rust is not
that great so I've probably
https://github.com/servo/servo/wiki/Meeting-2014-10-20
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
This is an example of the lengths to which pattern matching can be taken
in Rust. There's an enum variant named Declaration_ which contains a
value of type Declaration. The code you quoted is equivalent to the
following:
Declaration_(decl) = {
let l = decl.location;
let n = decl.name;
A recently merged PR enabled optional debug SpiderMonkey builds, but it
also requires you to bootstrap your Cargo again before you can continue
building master.
../mach bootstrap-cargo --force
Sorry about the inconvenience.
Cheers,
Josh
___
I had a touch of jetlag, so I learned how to use gitstats:
http://www.joshmatthews.net/servo-stats.html
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/servo/servo/wiki/Meeting-2014-11-10
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Here are the transcribed discussions from the work week that took place
in Mountain View last week:
https://github.com/servo/servo/wiki/Workweek-graphics-toolkit -
replacing GLFW/GLUT with glutin; advantages/disadvantages of CEF vs.
native toolkit for embedding; thoughts on Skia vs. GL vs.
Heads up! If you're trying to run test-wpt and you see an error like
`KeyError: 'tests’` from Python, you need to delete the _virtualenv
directory that sits in the root servo directory.
Cheers,
Josh
___
dev-servo mailing list
I've added descriptive, actionable labels to every open PR, with the
intent that these should be applied regularly and kept up to date to
indicate the current status of all pull requests. For example, do you
review code? You may want to look at
-28 12:54 PM, Josh Matthews wrote:
I've added descriptive, actionable labels to every open PR, with the
intent that these should be applied regularly and kept up to date to
indicate the current status of all pull requests. For example, do you
review code? You may want to look at
https://github.com
Based on jonco's review of the previous upgrade work, here are the
pieces that I think are important enough to block the upgrade from
landing until they are complete:
* implement RootedVecT, replace all uses of VecRootedT
- ideally, this will be binary-compatible with AutoVectorRooterT from
On 2014-12-08 10:56 PM, Manish Goregaokar wrote:
What sort of static analysis pass is needed? Is it something our plugins crate
can do?
Presumably yes. The Gecko analysis knows about a conservative set of
functions that can trigger a GC to occur, and then forbids any code from
holding an
https://github.com/servo/servo/wiki/Meeting-2015-01-26
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Following the general success of last term, I've been asked if Servo can
provide four more projects for a new batch of students to work on this
term. Commence brainstorming!
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
Servo at present. Since the current resource task infrastructure needs to
be rewritten anyway, this is a good opportunity to fix our security story
here.
On Mon, Jan 12, 2015 at 7:13 PM, Boris Zbarsky bzbar...@mit.edu wrote:
On 1/12/15 2:39 PM, Josh Matthews wrote:
the obvious downside
Caspy7 in #servo pointed me towards an explanation of new vsync
integration in Gecko:
http://www.masonchang.com/blog/2015/1/22/project-silk . How's Servo
stack up against the state of the art here?
___
dev-servo mailing list
On 2015-01-28 5:12 PM, Boris Zbarsky wrote:
On 1/28/15 11:49 AM, Josh Matthews wrote:
Those are good points. Since those events go through the regular script
event loop
Should they, though?
I'm not certain what you're asking. The events come from another thread,
so they need through some
On 2015-01-28 3:21 PM, Boris Zbarsky wrote:
On 1/28/15 7:21 AM, Josh Matthews wrote:
My current line of thinking is that we send a message to the compositor
that puts the pipeline in the modal state and pops up a dialog.
Additionally, the message contains a Sender, with the script task
waiting
https://github.com/servo/servo/wiki/Meeting-2015-01-05
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Servo currently relies on synchronous networking throughout the engine.
This design is based around asynchronous Sender and synchronous Receiver
objects; each network request occurs in a separate thread, and it sends
the response to the consumer in a series of messages. In theory the
consumer
https://github.com/servo/servo/wiki/Meeting-2015-01-12
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 2015-03-18 1:32 PM, Lars Bergstrom wrote:
- SM Upgrade
I'd also like to do whatever we can to support jdm with his pending
SpiderMonkey upgrade, maybe even treating it like a rustup.
- Lars
Agreed. I'm planning to make it my primary goal for the coming quarter.
I'm calling it - all test suites pass. I'm going to do a final rebase
pass and make a PR. Please do not merge any further PRs until further
notice.
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
On 2015-03-15 7:15 PM, cgrdocume...@gmail.com wrote:
As a side note, however, do we have a date on the rustc upgrade? It is fairly
important for our project, and since we are a class team, we want to
communicate to our teacher on expectations of progress.
The upgrade is progressing, but
On 2015-03-17 12:07 AM, Valentin Gosu wrote:
Hi all,
I've been working on rust-url API that we'd like to include in Gecko in the
following months. If you've got a few minutes, I'd really appreciate some
feedback.
https://github.com/valenting/rust-url-capi
The important bits are in src/lib.rs
On 2015-03-21 2:27 PM, Patrick Walton wrote:
One remaining issue is how to deal with jQuery-style animations that are
done with setTimeout(). They have to contend with everything else on the
DOM/script thread to avoid breaking the HTML/JavaScript event loop
semantics. I've brainstormed ideas for
On 2015-03-18 12:34 AM, Josh Matthews wrote:
I'm calling it - all test suites pass. I'm going to do a final rebase
pass and make a PR. Please do not merge any further PRs until further
notice.
The upgrade merged successfully! The tree is open for business once more
Hi William! Thanks for getting in touch :) There are two answers here -
one is that current rust-websocket relies on a newer version of hyper
than Servo, so to move ahead right now you should use an older version
of rust-websocket (https://crates.io/crates/websocket). You can change
the
Heh, the problem is that test.jpeg is not the original jpeg - it's the
source to a github page that's been saved with a JPEG extension :P
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/servo/servo/wiki/Meeting-2015-03-02
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Shing Lyu (slyu) is interested in learning more about layout by working
on some easier bugs. I don't have a good grasp of what's easy or not, so
can some of our layout experts pitch in?
I'll also note that he's been writing up his notes on how Servo works at
https://github.com/servo/servo/wiki/Meeting-2015-04-13
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/servo/servo/wiki/Meeting-2015-04-27
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/servo/servo/wiki/Meeting-2015-05-04
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Yes, we noted this recently too -
https://github.com/servo/servo/issues/5340 has zero information about
it, but in particular this only occurs when RUST_BACKTRACE=1 is enabled,
suggesting that it's a problem in the stackwalking code on linux in the
Rust runtime.
On 2015-04-09 7:46 AM,
https://github.com/servo/servo/wiki/Meeting-2015-04-06
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Assuming the author is willing, is there any reason not to merge
rust-xlib with https://github.com/Daggerbot/x11-rs/ ? I like the idea of
reducing the number of dependencies that we ostensibly care about and
nurture.
Cheers,
Josh
___
dev-servo
We could even add a label to github which means This should be noted in
TWiS, which could be applied at any time and make the job of the person
doing the final write up very simple.
On 2015-04-02 1:35 PM, Manish Goregaokar wrote:
While I enjoy writing TWiS, sometimes I'm rather busy and/or
https://github.com/servo/servo/wiki/Meeting-2015-07-06
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
https://github.com/servo/rust-harfbuzz/issues/39 is not the first
request to publish certain dependencies on crates.io. I'm in favour of
this; the question is whether we can build in systems that avoid the
publish-and-forget workflow. Thoughts? Should we just go ahead and
publish the latest
I like comments, but I don't understand the implications of this one.
Could we end up cloning the vector of CSS declarations, appending a new
declaration to it, then returning without having updated the actual
vector that is used by layout? That seems bad!
// Usually, the reference count will
https://github.com/servo/servo/wiki/Meeting-2015-08-10
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
I don't believe anybody has put thought into addons beyond something
like Chrome at this point.
On 2015-07-23 6:05 PM, David Rajchenbach-Teller wrote:
Partially related question: are there plans for per-add-on event queue?
On 21/07/15 16:31, Josh Matthews wrote:
We currently have a model
We currently have a model where each eTLD has a separate event queue.
This is an improvement over Gecko (one event queue to rule them all),
but I suspect we can do better. Specifically, I'm interested in moving
to isolated event queues per document, then doing round-robin event
processing on
at 4:51 PM, Paul Rouget <p...@mozilla.com> wrote:
Maybe I could merge it into CONTRIBUTING.md? Or README.md?
What would you recommend?
On Thu, Oct 22, 2015 at 12:54 PM, Josh Matthews <j...@joshmatthews.net>
wrote:
I'd like to move it into the repo.
On 2015-10-22 1:02 AM, Tetsuharu
I'd like to move it into the repo.
On 2015-10-22 1:02 AM, Tetsuharu OHZEKI wrote:
Make sense!
I think wiki would be nice.
2015-10-22 13:59 GMT+09:00 Paul Rouget :
You probably saw this guide I put together:
https://gist.github.com/paulrouget/2f00941e6e82aeecad23
I'd like
Also, how did you reinstall python?
On 2015-10-22 4:49 PM, Josh Matthews wrote:
Is this a 64 bit Ubuntu distribution? Which version of Ubuntu? What's
the output of the following?
dpkg -l | grep zlib
Cheers,
Josh
___
dev-servo mailing list
dev-servo
Is this a 64 bit Ubuntu distribution? Which version of Ubuntu? What's
the output of the following?
dpkg -l | grep zlib
Cheers,
Josh
___
dev-servo mailing list
dev-servo@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-servo
Yep. You want to add an entry to the list at
http://mxr.mozilla.org/servo/source/components/script/dom/bindings/trace.rs#308
(and be sure to add a corresponding `use` statement at the top of the file).
Cheers,
Josh
On 2015-10-25 7:42 PM, Jitendra Jain wrote:
Hello,
We are trying to add the
the suggested code changes from the
review on the recent pull request.
On Sun, Oct 25, 2015 at 9:03 AM, Josh Matthews <j...@joshmatthews.net>
wrote:
It is generally expected that new changes should not introduce new crashes
in the testsuite. If you run `./mach test-wpt
/XMLHttpR
On 2015-10-25 2:07 PM, Jitendra Jain wrote:
Sorry had to break the email chain due to size limits of 40 KB.
I tried the command you mentioned but still not able to figure out any
place which called overrideMimeType() resulting in the crash. I have
attached the new stack trace with this email.
You'll want to box an instance of the type that implements the trait,
rather than the name of the trait itself - Box::new(ParseErrorReporter)
Cheers,
Josh
On 2015-10-30 7:17 PM, Gauri Naik wrote:
let x=Box::new(style_traits::ParseErrorReporterTrait);
Is the above the right way to create a
in Computed::context but
::context is already an argument in cascade function.
Yours sincerely,
Pranesha Shashwath Kumar
[Campus ID: 200112642]
On Sat, Oct 31, 2015 at 12:27 PM, Josh Matthews <j...@joshmatthews.net>
wrote:
In answer to your question, the change that is causing all of these
sincerely,
Shashwath
On Oct 31, 2015 1:17 AM, "Josh Matthews" <j...@joshmatthews.net> wrote:
This is a tricky one. I suspect if we look closely at the error messages,
they would actually be pointing at a line _inside_ of the `get_specified`
macro, rather than directly at us
On 2015-10-19 11:40 AM, Gauri Naik wrote:
Hello all,
We are the team from NC State University working on the project "M1501:
Report CSS errors to the devtools both stored and live". The team members
are Gauri Naik, Pranesha Shaswath Kumar and Neha Kale.
We have forked and cloned the servo
1 - 100 of 219 matches
Mail list logo