autocapitalize attribute is a html attribute that control
capitalization of software keyboard.
Originally, although this was implemented by Safari/iOS 5 and B2G had
the same feature in a part of inputmode (bug 796544 [*1]),
standaralized version became the autocapitalize attribute. Early
implemen
enterkeyhint is a HTML element attribute that is for software keyboard
layout. Software keyboard can change "ENTER" key cap to others such as
"GO", "SEND" and etc. Firefox OS has "moz_action" attribute to change
this, but this enterkeyhint is the standardized version of this.
Bug: https://bugzilla
inputmode attribute is a hint to adjust software keyboard layout
(numeric, email and etc). Originally this attribute was implemented by
B2G, but this was still disabled on beta and release channel. Although
we also support this attribute on GeckoView, Windows and Linux/GTK3
(macOS doesn't have soft
Hi, Mirko. (I mistake email address. sorry)
Does this work on GeckoView/Android too? When showing software keyboard,
web page may be scrolled without focus manager.
-- Makoto
On Thu, Apr 11, 2019 at 11:35 PM Mirko Brodesser
wrote:
> *Summary*: this allows web-developers to focus an element w
Several spellchecker issues are related to editor and input, so I sometimes
look spellchecker issue since it is related to editor.
But I am already triage owner of some components (editor, i18n and
GeckoView's input), so I hope that anyone takes ownership of spellchecker
for triage/module. If no
Hi,
Is Objective-C++ (*.mm) still old format? Or Should I file a bug for it?
-- Makoto
On Thu, Nov 29, 2018 at 9:38 PM Sylvestre Ledru
wrote:
> Hello,
>
> As Ehsan announced recently, we are going to reformat Friday 30 November.
> In order to mitigate the impact on the uplifts process, we cho
This change will be landed to Firefox 64 of release channel by
https://bugzilla.mozilla.org/show_bug.cgi?id=1498438
-- Makoto Kato
On Wed, Jul 4, 2018 at 11:18 AM Makoto Kato wrote:
> Windows Vista or later changes Traditional Chinese default font to
> Microsoft JhengHei [*1] that su
eps for
Windows users isn't enough (Some new contributors uses Windows according to
#introduction channel of IRC). Should we ask to MDN content team? Of
course, if arcanist is installed by ./mach bootstrap, it is no problem.
-- Makoto Kato
*1
https://developer.mozilla.org/en-US/docs/Moz
I file a bug as https://bugzilla.mozilla.org/show_bug.cgi?id=1473240 for
zh-HK font.
On Wed, Jul 4, 2018 at 4:37 PM wrote:
> The bug is about changing only zh-TW. Is there any plan for updating zh-HK?
> Thank you.
>
> On Wednesday, July 4, 2018 at 10:18:22 AM UTC+8, Makot
will be changed
by 64 for stable channel.
-- Makoto Kato
*1 https://docs.microsoft.com/en-us/typography/font-list/microsoft-jhenghei
___
dev-platform mailing list
dev-platform@lists.mozilla.org
https://lists.mozilla.org/listinfo/dev-platform
> * Add new command "enableAbsolutePositionEditing" command for allowing to
enable #4
There is no way to use absolute position editing on Firefox because
cmd_abspos is used by comm-central only. So I guess that it might be
unnecessary to add this command for Firefox and is better to add a
prefere
ARMv7 CPU without trapping after all
> even if unaligned ALU loads/stores might not be?
If unaligned access with alignment identifier, it will cause trap. And it
will depend on element size.
-- Makoto Kato
On Thu, Mar 29, 2018 at 8:38 PM, Henri Sivonen wrote:
> On Thu, Mar 29, 2018 at 4:09
29, 2018 at 8:38 PM, Henri Sivonen wrote:
> On Thu, Mar 29, 2018 at 4:09 AM, Makoto Kato wrote:
> > Since SCTLR isn't allowed on userland, there is no way to detect
> unalignment
> > access support without trap. Generally, unalignement access causes
> SIGBUS,
> >
Since SCTLR isn't allowed on userland, there is no way to detect
unalignment access support without trap. Generally, unalignement access
causes SIGBUS, so we might get a data from crash reporter. Android armv7-a
ABI doesn't define that hardware configuration has to set alignment bit of
SCTLR, so
Since I have landed bug 1431570 on 60, Korean default font for Windows
is changed to Malgun Gothic.
-- Makoto Kato
On Fri, Oct 20, 2017 at 6:18 PM, Makoto Kato wrote:
> Windows Vista or later changes Korean default font to Malgun Gothic
> [*1]. So Firefox changes from Gulim to it.
&
It is too hard to check performance issue on Android/arm now since
autophone doesn't run default try server parameters.
I sometimes fix cross compiling issue for Linux/arm and aarch64 since
it is tier-3 platform. So if it runs this on arm cloud, Linux/arm has
to raise to tier-1 or 2.
-- Makoto
I think that we don't have any data when user doesn't use non-UTF-8
(and C) locale such as ja_JP.eucJP. We should get data via telemetry.
-- Makoto
On Thu, Nov 30, 2017 at 9:02 PM, Masatoshi Kimura wrote:
> I intentionally ignored non-UTF-8 UNIX locales because our support for
> those locales i
When enabling stylo, explicit memory will be 2-3% grow on Linux from
AWSY, so android will be same rate
Also, APK size grows 1.5MB now. But stylo team is working to remove
old style system.
-- Makoto Kato
On Wed, Nov 22, 2017 at 7:38 PM, Astley Chen wrote:
> Cool! Thanks for the hard work
Last month, I enabled building stylo as default even if Fennec. Now
in 59 cycle and all tests are passed, so I will turn on stylo [*1]
soon.
If you found new issue, please file a bug in Core :: CSS Parsing and
Computation with "stylo: " in the subject.
-- Makoto Kato
Great! BTW, is minimal requirement of NDK version changed to NDK r15c
that is used on taskcluster job? Or does it keeps NDK r11c?
-- Makoto
On Mon, Oct 30, 2017 at 8:15 AM, Nathan Froyd wrote:
> Hi all,
>
> Bug 1163171 has been merged to mozilla-central, moving our Android
> builds over to us
e-stylo not to
build sytlo.
If you want to know current status for Android/stylo, please watch bug
1366049 [*2] that is meta bug.
-- Makoto Kato
[*1] https://bugzilla.mozilla.org/show_bug.cgi?id=1411802
[*2] https://bugzilla.mozilla.org/show_bug.cgi?id=1366049
___
Windows Vista or later changes Korean default font to Malgun Gothic
[*1]. So Firefox changes from Gulim to it.
Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1407869
This change is Nightly channel only at this point, but it will be
changed by 59 or 60 for stable channel.
-- Makoto Kato
*1
I will land bug 1215247 [1] this week since Fennec's team approves it,
so all platform will use ICU and JS Intl API as default.
Also, some non-tier-1 platforms such as big endian architecture CPU
might require --with-system-icu to build Firefox with ICU [2].
-- Makoto / :m_kato
[1] https://bugz
Although I have a lot of patches in my PC for Android/aarch64, It is
too slow. Our SpiderMonkey has baseline JIT only, not Ion JIT. Also,
there is no native wasm backend code for aarch64.
If we need Firefox for Android/aarch64, I will create meta bug.
-- Makoto
On Tue, Jan 24, 2017 at 3:25 AM
tudio/feedback/details/3111942/ice-in-f-dd-vctools-compiler-cxxfe-sl-p1-c-outdname-c-line-4872
If you need more information, please let us know.
-- Makoto Kato
> Hello,
>
> *I posted this on multiple mailing lists, I'm not sure which is the right
> place for these questions.
>
Hi zb.
I don't turn on ICU on Android version yet due to bug 1262102. So If
it is only on Desktop browser, it can use it.
On Thu, Jun 9, 2016 at 9:20 AM, wrote:
> Summary:
>
> Gecko's localization framework has not really changed much in the last 20
> years and is based on two data formats -
On 2016/04/20 5:14, Nils Ohlmeier wrote:
On Apr 18, 2016, at 09:56, Milan Sreckovic wrote:
What’s the “XP tax”? Graphics usually tries to simplify the playing field as
much as possible, but I can’t say that XP has been causing any trouble, or that
we have been getting too many XP specific
Hi all.
NPAPI on Firefox for Windows still supports both windowed mode and
windowless mode. Since protected mode is unimplemented on Flash Win64,
Firefox Win64 uses our sandbox (sandbox level = 2) for plugin process
(Flash only). But this sandbox setting causes some issues on window
mode (IME and
Hi.
Official build of Firefox 29.0 is used by VS2010 (with the latest
service pack), but MozillaBuild 2.0 doesn't support VS2010 installation.
So you should use older version of MozillaBuild (1.5 or later, but not
2.0) from https://archive.mozilla.org/pub/mozilla/libraries/win32/ and
use sta
When do we support old version of Visual Studio after switching to VS2013?
Now we still support VS2010 + SDK 7.1 as minimal requirement.
On 2014/08/22 15:27, David Major wrote:
We plan to switch the Windows build machines to Visual Studio 2013 on the
Firefox 35 train.
Some benefits from this
Kyle and Chris,
Last week, when I talk with Yamaha, they say, they want to help Gecko
implementation for Web MIDI. So if you want QA, I will talk with about it.
On 2014/06/16 0:07, Chris Wilson wrote:
On the potential users side - Yamaha is already using WebMIDI in their eVY-1
project, and
BC is baseline JIT.
https://bugzilla.mozilla.org/show_bug.cgi?id=805241
On 2013/02/26 19:39, allencb...@gmail.com wrote:
In arewefastyet.com (which is the website for posting the latest Mozilla
Javascript performance), there's a new branch of js called (BC + Ion + TI) in
addition to (JM + TI +
A year ago, I investigated to replace uconv with ICU.
Many (most is IBM code page) converters in ICU isn't compatible with
uconv, and ICU isn't have all character set converters that we already
use in uconv.
If using ICU for uconv, we can remove a few table code into uconv, but
not all.
-
2012/08/24 13:11, Ehsan Akhgari wrote:
On 12-08-23 9:30 PM, Makoto Kato wrote:
How about PRUptrdiff? Most cases can changes to uintptr_t.
PRUptrdiff does not have a stdint equivalent. Really, the notion of an
unsigned difference type is meaningless. The few places in the code
which use PRUpt
it's part of the standard.
- Original Message -
From: "Makoto Kato"
To: dev-platform@lists.mozilla.org
Sent: Friday, August 24, 2012 1:30:39 AM
Subject: Re: Gecko switched to use standard integer types
How about PRUptrdiff? Most cases can changes to uintptr_t.
On 2012/
How about PRUptrdiff? Most cases can changes to uintptr_t.
On 2012/08/23 1:35, Ehsan Akhgari wrote:
I just landed the patches in bug 579517 which switch all of the code in
mozilla-central and comm-central [1] to use the standard integer types
as opposed to NSPR integer types. Here's what this
36 matches
Mail list logo
