Re: flexbox issue in firefox
Thank you Daniel, Do you know if there's a way around it to achieve the goal of having the content shown with auto height (and max-height) and scrollable inner containers? Also, is it planned to ship in a near nightly? On Sunday, August 7, 2016 at 10:23:01 PM UTC+3, Daniel Holbert wrote: > Firefox's behavior on that testcase matches an older version of the spec > (and then the spec changed). > > This bug... > https://bugzilla.mozilla.org/show_bug.cgi?id=1000957 > ...is filed on bringing us up-to-date on that point. > > ~Daniel > > > On 08/07/2016 05:16 AM, Amit Zur wrote: > > Hey, > > > > Take a look at this fiddle: https://jsfiddle.net/04o1kwfd/1/ > > The 2 colored panels should be taking the size of their container, and the > > left one should have a scrollbar. > > However in firefox they overflow the container. I'm aware of the min-size > > issue with flex items, but no min-height that I tried would work here. > > > > Any ideas? > > > > Amit > > ___ > > dev-platform mailing list > > dev-platform@lists.mozilla.org > > https://lists.mozilla.org/listinfo/dev-platform > > ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Flexbox + img aspect ratio
Thank you Daniel On Saturday, January 30, 2016 at 12:50:55 AM UTC+2, Daniel Holbert wrote: > I believe this is a version of > https://bugzilla.mozilla.org/show_bug.cgi?id=1030952 > > The underlying issue is described here: > https://bugzilla.mozilla.org/show_bug.cgi?id=1030952#c2 > > I believe the tentative patch there works, but it's not sufficient to > entirely fix the bug, as discussed in > https://bugzilla.mozilla.org/show_bug.cgi?id=1030952#c9 > > Possible workaround for the moment: wrap your in a wrapper-block > with 'min-width:0', and force the img (now a child of a block) to be > "display:block" itself as well: > https://jsfiddle.net/dfpj6fag/7/ > > ~Daniel > > On 01/28/2016 04:52 AM, Amit Zur wrote: > > I'm seeing an aberration in behaviour of img as a flex-item. > > Not sure what is the reason, but the img doesn't preserve aspect ratio, as > > seen in this fiddle: > > https://jsfiddle.net/dfpj6fag/6/ > > > > I saw this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=972595 but I > > can't understand if it's related or what is the exact reason the ratio is > > not maintained. > > > > Thanks, > > Amit > > ___ > > dev-platform mailing list > > dev-platform@lists.mozilla.org > > https://lists.mozilla.org/listinfo/dev-platform > > ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Flexbox + img aspect ratio
I'm seeing an aberration in behaviour of img as a flex-item. Not sure what is the reason, but the img doesn't preserve aspect ratio, as seen in this fiddle: https://jsfiddle.net/dfpj6fag/6/ I saw this bug: https://bugzilla.mozilla.org/show_bug.cgi?id=972595 but I can't understand if it's related or what is the exact reason the ratio is not maintained. Thanks, Amit ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
sendKeyEvent doesn't support event.key
MDN says keyCode is deprecated and web developers should favor `key` instead. But sendKeyEvent doesn't support key property on the event. I found bug #1214993 but the solution there is a workaround for the home button for TV. Can we expect this to be fixed any time soon? ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Array.concat
Hi, I've noticed that Array.concat is defined in Firefox (in addition to Array.prototype.concat). I couldn't find any reference for this in MDN. It seems to work as expected, accepting any number of arrays as arguments and concatenating them. But is this a standard method of the Array constructor? Thanks, Amit ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Array.concat
On Tuesday, July 21, 2015 at 4:01:53 PM UTC+3, Till Schneidereit wrote: On Tue, Jul 21, 2015 at 12:19 PM, Mike de Boer mdeb...@mozilla.com wrote: Hi Amit, These are called 'Generics' and are available in Firefox as of JavaScript 1.6 - see https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array#Array_generic_methods https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/Array#Array_generic_methods Please don't rely on them being available cross-browser, but they are quite easy to shim: a quick duckduckgo search took me to https://github.com/plusdude/array-generics https://github.com/plusdude/array-generics, which seems to get the job done. And perhaps also don't use them in Firefox: they're a non-standard feature we'd rather get rid of, if we could. We *might* be able to at some point in the future, but only if people abstain from using them. Thanks for the info guys ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Mercurial with bash prompt
I like to see the status in my prompt, so I know if my repo is dirty. so I put this into PS1: hg prompt [{branch}{status}] 2 /dev/null and the status is killing it. Here's the --profile for {status}: https://pastebin.mozilla.org/8837469 Thanks! On Saturday, June 20, 2015 at 8:09:58 AM UTC+3, Wesley Kocher wrote: The advanced prompt at http://sjl.bitbucket.org/hg-prompt/quickstart/ does cause quite a bit of lag before it shows anything. Here's what --profile gives me: https://pastebin.mozilla.org/8837461 One thing I'd like to add with prompt would be the current label (central/inbound/etc) provided by the firefoxtree extension. Any ideas how to do that? ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Mercurial with bash prompt
Does anyone here who works on FF source use some bash prompt variation for mercurial? something like this: http://stevelosh.com/blog/2009/03/mercurial-bash-prompts/ I was wondering what you use since the method in this link is taking a lot of seconds to run on each prompt. Can you share your $PS1 ? Thanks, Amit ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Flexbox bug with absolutely positioned elements?
Hey, See this fiddle: http://jsfiddle.net/2ccvwjmr/1/ Seems like DOM order has influence on the absolutely positioned element. I don't think it's a desired behaviour. Did I do anything wrong? Can you verify if this is a bug? Thanks, Amit ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Flexbox bug with word-wrap?
Hi, See this fiddle: http://jsfiddle.net/eum5bxub/3/ In firefox (version 35) the first box doesn't have wrapped text, but it should. Chrome, Safari Opera get it right. I'm on Mac OS X 10.10 Did I do anything wrong? Can you verify if this is a bug? Thanks, Amit ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform
Re: Flexbox bug with word-wrap?
Daniel, Thanks for the quick reply! The anonymous block is what I've missed. Cheers, Amit On Sunday, February 8, 2015 at 5:57:29 PM UTC+2, Daniel Holbert wrote: Fixed fiddle: http://jsfiddle.net/eum5bxub/4/ Basically what happens here is: (1) The text gets wrapped in an anonymous block, which is the flex item. (2) We run the flex algorithm, with 150px to divy up. We *try* to shrink that flex item, but we can't because it has (default) min-width:auto, which prevents it from shrinking below its min-content width (the width of the longest word). (3) So, the flex item ends up at its min-content width, which is larger than the container -- it overflows. To work around this, you need to: - Create an explicit flex item (just an extra layer of div) which you can directly style, instead of using an anonymous flex item for the text. - style that flex item with min-width:0 to allow it to shrink below its min-content size. This doesn't affect Chrome, Safari, Opera because they haven't implemented min-width:auto, which means they don't stop the flex item from shrinking in step (2) above. Once they do implement it ( catch up with the spec), you'll see the same behavior from them too. Blink bug for that: https://code.google.com/p/chromium/issues/detail?id=426898 (There's probably a webkit version of that bug too but I don't have it handy right now.) ~Daniel On 02/08/2015 02:08 AM, Amit Zur wrote: Hi, See this fiddle: http://jsfiddle.net/eum5bxub/3/ In firefox (version 35) the first box doesn't have wrapped text, but it should. Chrome, Safari Opera get it right. I'm on Mac OS X 10.10 Did I do anything wrong? Can you verify if this is a bug? Thanks, Amit ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform