Re: HTML-based chrome and

> With regard to Servo: I’d recommend to request info about the Browser.html > project; it’s something that Paul Rouget bootstrapped, but I haven’t heard > anything about it in a long, long time. Yeah. We've been busy migrating from Gecko to Servo. Now we have a chance to

Re: HTML-based chrome and

> > A Electron-like project. I don't think there's anybody who would think > > that having a Electron-compatible tool based on gecko is a bad idea > > (we will likely go this route with Servo). I'm just not sure we have > > the resources to work on something like that *today* though. > I don't buy

Re: HTML-based chrome and

So there are 2 things here. Browser API change. Sure, what do you propose? I don't care too much about the final syntax. But there are things we can improve in the current API. See https://github.com/browserhtml/browserhtml/issues/639 for some ideas. A Electron-like project. I don't think there's

Re: HTML-based chrome and

On Thu, Feb 25, 2016 at 6:26 PM, Benjamin Francis wrote: > My first priority is a Webview API for Gecko that works without > mozApps on multiple platforms. Is that about coming up with a new and better way to offer privileges (security model)? If so - yes, the Electron approach sounds like the be

Re: HTML-based chrome and

On Wed, Feb 24, 2016 at 9:19 PM, Benjamin Francis wrote: > So my proposal is a chrome-only element for Gecko which > would replace the mozApps-only mozBrowser API > , > along the lines of Electron's element >

diverging Servo' Browser API from Gecko' Browser API?

to dev-servo. dev-platform cc'ed. context: browser.html + servo There are some changes we'd like to make to the Browser API. At least, we'd like to always use event.detail instead of event.details (because DOM events use detail, not details). Also, the details field in Gecko can be a string, or

Re: Intent to implement: Moving DevTools to top level /devtools directory

On Thu, Jul 23, 2015 at 10:54 PM, Jeff Griffiths wrote: > On Thu, Jul 23, 2015 at 11:43 AM, J. Ryan Stinnett wrote: >> On Thu, Jul 23, 2015 at 8:11 AM, Paul Rouget wrote: >>> I guess by moving things to /devtools/, you also want to update the >>> URLs to chrome://de

Re: Intent to implement: Moving DevTools to top level /devtools directory

hrome://browser/content/utilityOverlay.js, which is Firefox only. On Thu, Jul 23, 2015 at 11:36 AM, Panos Astithas wrote: > On Thu, Jul 23, 2015 at 8:25 AM, Paul Rouget wrote: >> >> On Wed, Jul 22, 2015 at 2:48 PM, Panos Astithas wrote: >> > If you are thinking a

Re: Intent to implement: Moving DevTools to top level /devtools directory

#x27;t use XUL, but we can still open XUL windows. Would it be possible to use the devtools without chrome://browser/ being accessible? > On Wed, Jul 22, 2015 at 1:48 PM, Paul Rouget wrote: >> >> Does that include getting rid of /browser/ dependencies? >> Ideally, we'd like

Re: Intent to implement: Moving DevTools to top level /devtools directory

Does that include getting rid of /browser/ dependencies? Ideally, we'd like to be able to compile non-Firefox builds with our devtools. On Tue, Jul 21, 2015 at 11:54 PM, J. Ryan Stinnett wrote: > The DevTools team is planning to move our code out of > /browser/devtools and /toolkit/devtools and i

Re: In http://ftp.mozilla.org/pub/mozilla.org/b2g/tinderbox-builds/larch-win64/latest/

Please file bugs if you have issues. cc me (:paul). On Fri, Jun 19, 2015 at 7:24 AM, 罗勇刚(Yonggang Luo) wrote: > The > graphene-41.0a1.en-US.win64.zip > Doesn't package with icu dlls > > -- > 此致 > 礼 > 罗勇刚 > Yours > sincerely, > Yonggang Luo > __

Re: Browser API: iframe.executeScript()

On Wed, Jun 17, 2015 at 4:41 PM, Benjamin Francis wrote: > On 17 June 2015 at 13:29, Paul Rouget wrote: >> >> Extending the API every time we want to do something that goes beyond the >> API >> capabilities is painful and slow. > > > Yes I'm acutely a

Re: Browser API: iframe.executeScript()

On Wed, Jun 17, 2015 at 2:06 PM, Benjamin Francis wrote: > On 16 June 2015 at 16:24, Paul Rouget wrote: >> >> In bug 1174733, I'm proposing a patch to implement the equivalent of >> Google's webview.executeScript: >> >> https://developer.chrome

Re: Browser API: iframe.executeScript()

On Tue, Jun 16, 2015 at 9:33 PM, Bobby Holley wrote: > On Tue, Jun 16, 2015 at 12:28 PM, Paul Rouget wrote: >> >> The goal is to build a browser in HTML. Not to run a browser in >> current Firefox Desktop or in Chrome. > > > Ok. Are you also aiming to remov

Re: Browser API: iframe.executeScript()

On Tue, Jun 16, 2015 at 9:24 PM, Bobby Holley wrote: > On Tue, Jun 16, 2015 at 11:45 AM, Paul Rouget wrote: >> >> You mentioned XSS. If I understand what you're saying, introducing >> `executeScript` allows anything that has access to the Browser API to >> inje

Re: Browser API: iframe.executeScript()

On Tue, Jun 16, 2015 at 9:13 PM, Andrew Sutherland wrote: > On Tue, Jun 16, 2015, at 02:45 PM, Paul Rouget wrote: >> You mentioned XSS. If I understand what you're saying, introducing >> `executeScript` allows anything that has access to the Browser API to >> inject cod

Re: Browser API: iframe.executeScript()

On Tue, Jun 16, 2015 at 7:50 PM, Bobby Holley wrote: > On Tue, Jun 16, 2015 at 10:38 AM, Paul Rouget wrote: >> >> I don't how this work (Xray vision). > > > Given what you're doing, it's definitely worth learning about. A basic > overview is here

Re: Browser API: iframe.executeScript()

I don't how this work (Xray vision). Code, in the child process, is executed this way: +let sandbox = new Cu.Sandbox(content, { + sandboxPrototype: content, + wantXrays: false, + sandboxName: "browser-api-execute-script" +}); + +let sandboxRv = Cu.evalInSandbox(script,

Re: Browser API: iframe.executeScript()

What would be the right approach to allow such a feature? Would adding a new permission help? On Tue, Jun 16, 2015 at 6:32 PM, Bobby Holley wrote: > On Tue, Jun 16, 2015 at 9:20 AM, Paul Rouget wrote: >> >> You mean, being able to inject any script into the content? >> Afa

Re: atom-shell is electron, what's gecko-shell would be?

hromeless so I wanna to fork it under a different name. > Not so sure if that was a good idea.. > 在 2015年6月17日星期三 UTC+8上午12:45:57，Paul Rouget写道： >> It doesn't work on windows yet. It's very much WIP. Not ready for testing. >> Code is here: https://hg.mozilla.org/projects/lar

Re: atom-shell is electron, what's gecko-shell would be?

It doesn't work on windows yet. It's very much WIP. Not ready for testing. Code is here: https://hg.mozilla.org/projects/larch On Tue, Jun 16, 2015 at 6:39 PM, 罗勇刚(Yonggang Luo) wrote: > Where to download nightly build for Windows ? > 2015-06-17 0:10 GMT+08:00 Paul Rouget :

Re: Browser API: iframe.executeScript()

and certified apps currently have the ability to perform > universal XSS? Because this would give them that, certainly. > > On Tue, Jun 16, 2015 at 8:57 AM, Paul Rouget wrote: >> >> To anything that has access to the browser API. So I guess that >> includes privileged and ce

Re: atom-shell is electron, what's gecko-shell would be?

Graphene, the version of Gecko that runs browser.html, is basically the equivalent of electron. Still a lot to do. See: https://bugzilla.mozilla.org/show_bug.cgi?id=1115098 & https://github.com/mozilla/browser.html (see graphene issues). On Tue, Jun 16, 2015 at 5:59 PM, Yonggang Luo wrote: > I am

Re: Browser API: iframe.executeScript()

To anything that has access to the browser API. So I guess that includes privileged and certified apps. On Tue, Jun 16, 2015 at 5:44 PM, Ehsan Akhgari wrote: > What contexts are you planning to expose this to? Certified apps? > > > On 2015-06-16 11:24 AM, Paul Rouget wrote: >>

Browser API: iframe.executeScript()

In bug 1174733, I'm proposing a patch to implement the equivalent of Google's webview.executeScript: https://developer.chrome.com/apps/tags/webview#method-executeScript This will be useful to any consumer of the Browser API to access and manipulate the content. For some context: the browser.html

Re: Way to discarding xul is raising HTML.

Yes. On Sun, Jun 14, 2015 at 9:10 AM, 罗勇刚(Yonggang Luo) wrote: > 2015-06-14 14:34 GMT+08:00 Paul Rouget : >> For the context menu, it's easy to just use the contextmenu event from >> the Browser API and create a floating div; for popups used by elements >> like , I

Re: Way to discarding xul is raising HTML.

native menu, I don't know yet what to do. Maybe re-use the html5 menu element. On Fri, Jun 12, 2015 at 5:34 PM, 罗勇刚(Yonggang Luo) wrote: > What's the plan to support for menu and popup and tooltip things? > Is there any adaptable way to do that? > > 2015-06-08 18:51

Re: Way to discarding xul is raising HTML.

Right. Not supported yet. On Mon, Jun 8, 2015 at 11:13 AM, 罗勇刚(Yonggang Luo) wrote: > I also found in pure html window, there is no way to add support for > context menu. > And also popup. > > 2015-06-08 12:17 GMT+08:00 Paul Rouget : >> B2G on desktop only uses HTML. OS int

Re: Way to discarding xul is raising HTML.

B2G on desktop only uses HTML. OS integration is poor, but we are working on it. See the larch branch (https://hg.mozilla.org/projects/larch). We are working on OS X support first. For session restore, see bug 1033999. On Fri, Jun 5, 2015 at 8:02 PM, 罗勇刚(Yonggang Luo) wrote: > At the current time

Re: Intent to implement: Frame Timing API

DevTools bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1163901 On Tue, May 12, 2015 at 6:02 AM, Boris Zbarsky wrote: > On 5/11/15 7:03 PM, Ilya Grigorik wrote: >> >> Boris, any chance you can also take a look at scenario in: >> https://github.com/w3c/frame-timing/issues/40#issuecomment-97

Re: Syncing 2 scrolling operations

(forgot to cc dev.platform in my reply) On Sat, Feb 28, 2015 at 3:47 AM, Paul Rouget wrote: >> So in order to implement the behaviour you're looking for we would >> definitely need to make some changes in gecko. > > How much work is that? Is it just a matter of "

Re: Syncing 2 scrolling operations

(forgot to cc dev.platform in my reply) On Fri, Feb 27, 2015 at 11:57 AM, Paul Rouget wrote: > Hi Kats. Thanks for taking a look at this. > > On Thu, Feb 26, 2015 at 10:21 PM, wrote: >> On Thursday, February 26, 2015 at 1:06:15 PM UTC-5, Paul Rouget wrote: >>> I

Syncing 2 scrolling operations

I need a pretty picture to explain my problem: http://people.mozilla.org/~prouget/scrollIssue.png A typical mechanism in mobile web browsers is to hide the browser toolbar as the user scrolls. A way to do it in HTML, with Gecko (I believe this is how it works in Firefox OS), is to have a container

Re: APZC + onscroll

Thank you. On Wed, Feb 25, 2015 at 4:13 PM, wrote: > On Wednesday, February 25, 2015 at 2:40:12 AM UTC-5, Paul Rouget wrote: >> When is onscroll called if apzc is enabled? > > The scroll event is fired every time APZC sends a repaint request to the main > thread (which i

APZC + onscroll

When is onscroll called if apzc is enabled? How often? When is the first scroll event fired? Will using onscroll prevent apzc to work properly? Thanks, -- Paul ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listin

Re: Nested scrolling behavior

It has nothing to do with scrollgrab. Scrolling overflowing remote iframes doesn't work on osx + apzc. Paul Rouget wrote: > Apparently, the issue is when I use an iframe. > > My code: > > > > >hi > >http://paulrouget.com";> > > > >

Re: Nested scrolling behavior

t; height: 250px; > overflow: scroll; > } > > #in { > width: 200px; > height: 250px; > background-color: white; > overflow: scroll; > } > > h1 { > display: block; > height: 50px; > margin: 0; > } Scrolling with the mouse doesn't work. It wo

Re: Nested scrolling behavior

I managed to make my example work. So it must be a thing in my original code that doesn't play well with this. I'll investigate. Paul Rouget wrote: > I set scrollgrab on the container. > But now, I can't scroll anything. > > This is the layout: > > >//

Re: Nested scrolling behavior

scroll anything. The iframe is still scrollable with the mouse. If I don't set #scrollable {overflow:scroll}, I come back to the original behavior (iframe scrolls first). Any idea? Paul Rouget wrote: > Botond Ballo wrote: > > On Wed, Jan 21, 2015 at 1:37 AM, Paul Rouget wrote: &

Re: Nested scrolling behavior

Botond Ballo wrote: > On Wed, Jan 21, 2015 at 1:37 AM, Paul Rouget wrote: > > Is it possible to make a container scroll before its child? > > > > Example: > > > > 2 nested divs. #out and #in. #in is inside #out. Both overflow. > > > > [...] > >

Nested scrolling behavior

Is it possible to make a container scroll before its child? Example: 2 nested divs. #out and #in. #in is inside #out. Both overflow. When scrolling (mouse wheel), #in scrolls first. Once #in reached its max scroll, #out starts scrolling. See it in action here: http://jsbin.com/puxenibotu Is th

Re: I am willing to getting treecell to rendering vbox/hbox inside. Where should I start?

Maybe you want to look at this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=441414 Yonggang Luo wrote: > I am already located the code in > void > nsTreeBodyFrame::PaintCell(int32_t aRowIndex, >nsTreeColumn*aColumn, >

Re: I want to implement a ListBox that contains one million(1,000,000) custom vbox, how to speed it up.

Yonggang Luo wrote: > The vbox's content comes from a large database. > > Is there any standard way to implement it A xul listbox? You probably want to use a treeview. It's designed for such use cases. https://developer.mozilla.org/en-US/docs/Mozilla/Tech/XUL/Tutorial/Custom_Tree_Views -- Paul _

Re: Linux Off-main-thread compositing (OMTC) enabled

Also - now nightly crashes at startup. It happens to me, and to a couple of people on twitter. How do I disable OMTC from the command line to see if it's OMTC related? Ed Morley wrote: > On 21/07/2014 16:53:37, Christopher Lord wrote: > >Earlier today, I pushed the patch that enables OMTC on Linu

ADB & devtools debugger changes - look-out for regressions

(dev-gaia cc'ed) Posting to dev-platform as this impacts most of our products (Firefox Desktop, Fennec, B2G, Thunderbird, WebRT). Just a heads up that we will attempt to land bug 942756 very soon. It's a refactoring of how we start the debugger server. The code that controls ADB on B2G devices is

Re: Possible to make all (CSS) transitions 0/1ms to speed up FxOS Gaia tests?

Andrew Sutherland wrote: > Is it possible / advisable to have Gecko support some preference or > other magical mechanism to cause transitions and non-infinite > animations to effectively complete in some extremely small time > interval / on the next turn of the event loop, at least for > durations

Re: Getting frame element

lectorAll() and then go through all the frames to find which one owns the window. Boris Zbarsky wrote: > On 9/20/13 12:24 PM, Paul Rouget wrote: > >@all: Is there a way to know which DOM element holds a docShell? Basically, > >which > > owns the docshell? > > We should

Re: Getting frame element

Patrick, do you think you could reduce this jsbin problem to a smaller test case? Does docShell.getSameTypeParentIgnoreBrowserAndAppBoundaries() return null? Or is it querySelectorAll() that returns an array without the iframe we're looking for? Does isTopLevelWindow() returns true? If so, it's

Re: padding/margin/border/content highlighting (need platform help)

Robert O'Callahan wrote: > I just sent a new API proposal to www-style: > http://lists.w3.org/Archives/Public/www-style/2013Aug/0605.html > > It's not particularly difficult to implement, but we need CSSPoint to be > implemented first, and that's waiting on Jet and some WebIDL codegen > changes in

Re: padding/margin/border/content highlighting (need platform help)

Robert O'Callahan wrote: > On Wed, Aug 28, 2013 at 11:02 PM, Paul Rouget wrote: > > > - is there any better way than using the computed style + > > getBoundClientRect? > > Maybe we can expose the layout info to nsIDOMWindowUtils, or maybe we can > > high

padding/margin/border/content highlighting (need platform help)

For the devtools, we want to show the "box model" of the selected node. Screenshot (chrome): https://bug663778.bugzilla.mozilla.org/attachment.cgi?id=538850 We use the computed style and getBoundClientRect. - bug 381328 is blocking us (computed style of margin:auto returns 0). Can anyone help?

Re: Reparenting a XulRunnner window in a Firefox Window

Gijs Kruitbosch wrote: > On 02/07/13 17:34 , Paul Rouget wrote: > >The Firefox OS Simulator is a XulRunner instance run > >from Firefox. Two processes, two windows, two different > >version of gecko. > > > >It would be very useful if we could display the simulato

Re: Reparenting a XulRunnner window in a Firefox Window

Jim Mathies wrote: > You could do that on Windows, although it would be a bit of a hack. > I don't think it's something we would consider checking into the > tree. I would be part of the simulator code (addon). > -Original Message- From: Paul Rouget > Sent: Wedn

Re: Reparenting a XulRunnner window in a Firefox Window

mess with > that. It's actually what I do on Linux. A plugin that reparents an existing window. Is that possible with Windows and Mac? > > Jim > > -Original Message- From: Paul Rouget > Sent: Tuesday, July 02, 2013 10:34 AM > To: dev-platform@lists.mozilla.org &g

Reparenting a XulRunnner window in a Firefox Window

The Firefox OS Simulator is a XulRunner instance run from Firefox. Two processes, two windows, two different version of gecko. It would be very useful if we could display the simulator as part of Firefox. Inside a tab. With Linux, we could use XReparentWindow [1]. I don't know about Windows and M

Re: menu handling .. nice to have

gNeandr wrote: > Just found this article: > > http://bjk5.com/post/44698559168/breaking-down-amazons-mega-dropdown > > Anyone going to implement this with Gecko? > How about a Google Summer of Code project .. without jQuery? Isn't this natively supported at the OS level? (on osx at least) -- Pa

Re: How to be notified when a node gets detached/reparented?

:27 PM, Jonas Sicking wrote: > > > On Thu, Oct 11, 2012 at 6:04 AM, Paul Rouget wrote: > > > Paul Rouget wrote: > > >> Context: in the firefox devtools, we need to track some nodes and update > > >> different "views" based on

Re: How to be notified when a node gets detached/reparented?

smaug wrote: > On 10/11/2012 02:40 PM, Paul Rouget wrote: > >Context: in the firefox devtools, we need to track some nodes and update > >different "views" based on what's happening to this node (show its parents, > >show its child, show its attributes, …). &

Re: How to be notified when a node gets detached/reparented?

Jonas Sicking wrote: > On Thu, Oct 11, 2012 at 6:04 AM, Paul Rouget wrote: > > Paul Rouget wrote: > >> Context: in the firefox devtools, we need to track some nodes and update > >> different "views" based on what's happening to this node (show its parents

Re: How to be notified when a node gets detached/reparented?

Paul Rouget wrote: > Context: in the firefox devtools, we need to track some nodes and update > different "views" based on what's happening to this node (show its parents, > show its child, show its attributes, …). > > The new Mutation observers are very helpful.

Re: How to be notified when a node gets detached/reparented?

Paul Rouget wrote: > Marcio Galli wrote: > > Hi Paul, so this means we do not have anymore DOMnodeRemoved from the > > mutation events? > > There's no "DOMNodeRemoved" type: > https://developer.mozilla.org/en-US/docs/DOM/MutationObserver#MutationObserverInit

Re: How to be notified when a node gets detached/reparented?

t; is key for client apps to know where > they were and what to do next. A more specific case is a 4x4 grid abcd > that loses quadrant a. It is pretty important to signal the new state, > let's say "null,bcd" to consumers — for example a grid rearrangement > may take p

How to be notified when a node gets detached/reparented?

Context: in the firefox devtools, we need to track some nodes and update different "views" based on what's happening to this node (show its parents, show its child, show its attributes, …). The new Mutation observers are very helpful. But there's one thing I am not really sure how to handle correc

Re: What is the best way to keep track of all the window objects in a content window?

Paul Rouget wrote: > In the Developer Tools, we often need to get a list of all the windows present > in a page. (main window, iframes, iframes in iframes, …). > We also need to be notified when a new window is created > (createElement("iframe")). > > The naive way

What is the best way to keep track of all the window objects in a content window?

In the Developer Tools, we often need to get a list of all the windows present in a page. (main window, iframes, iframes in iframes, …). We also need to be notified when a new window is created (createElement("iframe")). The naive way to do it: - recursively go throught the iframes via the DOM -

Re: What would be the right approach to hide scrollbars for one document?

Boris Zbarsky wrote: > On 9/25/12 7:54 AM, Paul Rouget wrote: > >let win = gBrowser.contentWindow; > >let gIOService = > >Components.classes["@mozilla.org/network/io-service;1"].getService(Components.interfaces.nsIIOService); > >let

Re: What would be the right approach to hide scrollbars for one document?

Neil wrote: > Paul Rouget wrote: > > >For the Firefox Developer Tools, we need to be able to hide the scrollbars > >of a document (in the "Responsive Design Tool"). > > > Scrollbars are native anonymous content so most stylesheets just > don't

What would be the right approach to hide scrollbars for one document?

For the Firefox Developer Tools, we need to be able to hide the scrollbars of a document (in the "Responsive Design Tool"). I thought that loading an stylesheet that hide the scrollbars via the new `loadSheet` method might help. https://hg.mozilla.org/mozilla-central/diff/4d529ec2c6ea/dom/interfa