On Mon, Feb 29, 2016 at 2:21 PM, Benjamin Francis
wrote:
> On 26 February 2016 at 21:26, Ehsan Akhgari
> wrote:
>
> > Without intending to start a shadow discussion on top of what's already
> > happening on the internal list (sadly), to answer your technical
> > question, the "platform"/Firefox
Just to make things clearer.
Planula is not doing exactly what you proposed. It does not tries at all to
emulate Electron, nor provide the same set of APIs. It does not try to be
an HTML app-runtime neither.
Planula is an HTML browser experiment, running on top of *Firefox Nightly*
(with a very s
On Sun, Nov 29, 2015 at 2:30 PM, David Bruant wrote:
> Hi,
>
> Just a drive-by comment to inform folks that there is an effort to
> transition Mozilla JavaScript codebase to standard JavaScript.
> Main bugs is: https://bugzilla.mozilla.org/show_bug.cgi?id=867617
>
> And https://bugzilla.mozilla.o
Thanks for the information.
On Sat, Nov 28, 2015 at 7:02 AM, Boris Zbarsky wrote:
> On 11/27/15 5:33 AM, Vivien Nicolas wrote:
>
>> But don't we need at least a Flush_Style to make sure the CSS that tries
>> to
>> use background-image will start triggering
It may be a stupid question as my understanding of this part of the code is
flaky.
But don't we need at least a Flush_Style to make sure the CSS that tries to
use background-image will start triggering images decoding and block the
onload event ?
I just want to make sure it won't create flickerin
Is there any concerns about the solution I'm proposing or should I move
forward ?
On Fri, Oct 16, 2015 at 12:29 PM, Vivien Nicolas
wrote:
>
>
> On Thu, Oct 8, 2015 at 6:10 PM, Mounir Lamouri wrote:
>
>> Note that Chrome 46 has a way to work around the white screen while
On Thu, Oct 8, 2015 at 6:10 PM, Mounir Lamouri wrote:
> Note that Chrome 46 has a way to work around the white screen while a
> page load using a new property in the Manifest. If a website added to
> the homescreen on Chrome Android has a background_color information, it
> will be used while the
There should be an answer in the middle. Showing something as soon as
possible is best iif it not a half baked part of the UI.
So for example showing the navigation chrome first is good, if it is not
rebuilding right after. Then showing the app content.
But I'm not convinced any of us is the best
On Thu, Oct 8, 2015 at 6:10 PM, Mounir Lamouri wrote:
> Note that Chrome 46 has a way to work around the white screen while a
> page load using a new property in the Manifest. If a website added to
> the homescreen on Chrome Android has a background_color information, it
> will be used while the
On 06/17/2014 09:18 PM, James Burke wrote:
On 6/17/14, 10:08 AM, Vivien Nicolas wrote:
That's true. Actually there are many other hacks that depends on the
fact that application are certified. So even if I would like to have
more apps as privileged apps just for the principle, it'
On 06/17/2014 06:51 PM, Jonathan Kew wrote:
On 17/6/14 17:02, Vivien Nicolas wrote:
On 06/17/2014 06:01 PM, Wilson Page wrote:
Just to clarify: I am in favor of icon-fonts, but less baking them
into the system. Do we have perf figures comparing normal @font-face
loading (external or inlined
. Between not baking it, and
baking it, there is a 500ms diff :/
*From: *"Vivien Nicolas"
*To: *"Wilson Page" , "Jonathan Kew"
*Cc: *"Jet Villegas" , "Patryk Adamczyk"
, &qu
On 06/16/2014 09:34 PM, Jet Villegas wrote:
Hi All:
We need a path forward on the deployment of Icon fonts in FxOS. The Gaia team
understandably wants to squeeze every bit of performance on their apps in v1.4:
https://bugzilla.mozilla.org/show_bug.cgi?id=951593
We are concerned about leaking
Just want to make sure that there is no misunderstanding here: based on
the data from https://bugzilla.mozilla.org/show_bug.cgi?id=948856#c37,
some experience with loading icon fonts versus images versus svg that
has been described on dev-gaia, *preloading the font is needed*.
On 06/17/2014 12
14 matches
Mail list logo
