Intent to prototype and ship: Support `document.execCommand` and related API in `` and ``

ting/web-platform/tests/editing/other/exec-command-with-text-editor.tentative.html -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/list

Re: Intent to ship: Return pixel deltas in wheel event if deltaMode is not checked by authors

om my experience at aligning `keypress` event to Chrome, existing behavior change is also really risky because a lot of web apps may check UA name and OS instead of checking behavior. The hacky way guarantees that the behavior does NOT change on web apps which handle `wheel` event correctly. --� Mas

Re: Intent to ship: Return pixel deltas in wheel event if deltaMode is not checked by authors

Oops, On 2021/03/10 17:11, Masayuki Nakano wrote: Example 1: ``` addEventListener("wheel", event => {  let amount = event.deltaY;  if (isFirefox) {    amount *= 16;  }  scroll(amount);  event.preventDefault(); }); ``` Example 2: ``` addEventListener("wheel",

Re: Intent to ship: Return pixel deltas in wheel event if deltaMode is not checked by authors

fixed yet. https://github.com/w3c/uievents/issues/181 (FYI: On Windows, mouse diver/utility can consider wheel delta amount with native window's class name or process name. E.g., whether the app support or does not support high resolution wheel events. Therefore, this fact would cause

Updating `synthesizeNativeMouse*` in `EventUtils.js` and `apz_test_native_event_utils.js`

nd content collaborating test like related to xorigin event delivering and autoscrolling. If you have some additional suggestions, let me know. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1691622 -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko

Intent to ship: beforeinput event and InputEvent.getTargetRanges()

false [10] https://searchfox.org/mozilla-central/search?q=input-events-get-target-ranges.js&path=web-platform%2Ftests%2F&case=false®exp=false -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform ma

Re: Intent to ship in Nightly channel and early Beta: `beforeinput` event and `InputEvent.getTargetRanges()`

On 2020/09/18 3:13, James Graham wrote: On 17/09/2020 17:14, Masayuki Nakano wrote: web-platform-tests: none for `beforeinput` (because of it requires user input, and test driver was not when other browsers implement it), but there are a lot of tests for `getTargetRanges()` which I added (200

Intent to ship in Nightly channel and early Beta: `beforeinput` event and `InputEvent.getTargetRanges()`

/mozilla-central/search?q=%22beforeinput%22&path=%2Ftests%2F&case=true®exp=false) Restricted to secure contexts: No -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev-platform@lists.mozi

Intent to unship: Recursive call of Document.execCommand()

acc [3]: https://github.com/w3c/editing/issues/200#issuecomment-578097441 [4]: https://bugzilla.mozilla.org/show_bug.cgi?id=1611374 -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev-platform@lists.mo

Intent to Unship: Recursive call of Document.execCommand() (Only Nightly and early Beta for now)

ts of broken web apps. Pref name: dom.document.exec_command.nested_calls_allowed Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1611374 -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing lis

Re: Intent to Prototype: beforeinput event (disabled by default even in Nightly channel)

On 2020/01/09 3:35, James Graham wrote: On 08/01/2020 09:54, Masayuki Nakano wrote: Summary: "beforeinput" event is useful for web apps which manage input data into ``, `` and/or `contenteditable`. This event is fired before our editor modifies value or DOM tree and some types are

Intent to Prototype: beforeinput event (disabled by default even in Nightly channel)

vTools bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1607686 -- Masayuki Nakano Working on DOM, Events, editor and IME handling for Gecko ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Redesigning password field implementation

point - Double clicking shows word boundary in the password I already have patches for solving these issues, but there might be another issues. If you have some concerns, let me know. Regards, -- Masayuki Nakano Working on DOM, Events, editor and IME hand

Intent to implement and ship: AbstractRange and StaticRange

his for feature detection. -- Masayuki Nakano Working on DOM, Events, editor and IME handling at Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

nsIPresShell has gone

devirtualize the methods of them newly, they perhaps have already been done by compiler. -- Masayuki Nakano Working on DOM, Events, editor and IME handling at Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org

Re: Patching FF 52.9esr with v60+ Security updates possible?

tform -- Masayuki Nakano Working on DOM, Events, editor and IME handling at Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Core : Spell checker ownership

s.mozilla.org/listinfo/dev-platform -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Stop including nsIPresShell.h, include mozilla/PresShell.h instead

g the result. I'll keep changing other GetPresShell() methods too when I have time, but of course, you're welcome if you do that instead of me ;-) Regards, -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing li

Each piece of PresShell::HandleEvent() and PresShell::HandleEventInternal() was spun out to each method of PresShell::EventHandler class

/PresShell.cpp#7190-7586 3. https://searchfox.org/mozilla-central/rev/8ff2cd0a27e3764d9540abdc5a66b2fb1e4e9644/layout/base/PresShell.h#499-1261 -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Intent to implement and ship: InputEvent.data and InputEvent.dataTransfer

ll file bugs for them. Currently, I plan to enable them by default in all channels like InputEvent.inputType. If we would get web-compat issues, e.g., they are used to detect "beforeinput" event support, then, I'd disable them in a follow up bug. -- Masayuki Nakano Software Eng

Re: Moving reviews to Phabricator

- brennie On Wed, Feb 6, 2019 at 7:27 PM Masayuki Nakano wrote: I sometimes rewrite patches from new contributor and commit them with `-u` and the contributors name and email address, and land the patches for them. E.g., https://bugzil.la/1513405 Is it possible to do that via Phabricator and Lan

Re: Moving reviews to Phabricator

have been set as blocker bugs to https://bugzil.la/1514775. -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to put off to ship: Event.returnValue

fix broke another internet app (bug 1514940). Therefore, we put off to reship this at least until 66. -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev

Re: Intent to ship: set keyCode or charCode of "keypress" event to the other's non-zero value

We've decided to put this off at least 66. https://bugzilla.mozilla.org/show_bug.cgi?id=1520756 On 2018/11/30 10:37, Masayuki Nakano wrote: Summary: We'll set keyCode of "keypress" event to its charCode value if keyCode is 0, charCode of "keypress" event to its k

Re: Intent to ship: window.event

We've decided to put this off at least 66. https://bugzilla.mozilla.org/show_bug.cgi?id=1520756 On 2018/11/30 10:47, Masayuki Nakano wrote: Summary: Enable window.event which can access dispatching event from everywhere. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=218415 Li

Intent to ship: InputEvent.inputType (with Input Events Level 1)

to Level 2 support with pref, "dom_input_events.conform_to_level_1", although could be changed in review process). -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to ship: set keyCode or charCode of "keypress" event to the other's non-zero value

On 2018/11/30 20:42, James Graham wrote: On 30/11/2018 01:37, Masayuki Nakano wrote: web-platform-tests: N/A due to requiring user input, but we have mochitests with synthesized events. I think it should be possible to write web-platform-tests for this kind of thing now, using the testdriver

Re: Intent to ship: stop dispatching "keypress" events when pressed key (key combination) does not introduce text input

vent of text input from keyboard directly (i.e., not via IME). "input" and "beforeinput" are similar to "keypress", but they are fired only when an editor has focus and with any input devices/middle wares. Currently, I'm working on implementing "beforeinput&qu

Intent to ship: window.event

m/forum/#!topic/mozilla.dev.platform/E8DyIJBhu1g https://groups.google.com/forum/#!topic/mozilla.dev.platform/IWLLJmoGroA -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to ship: set keyCode or charCode of "keypress" event to the other's non-zero value

org/show_bug.cgi?id=1496288 because we need to manage those changes as a set. -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to ship: stop dispatching "keypress" events when pressed key (key combination) does not introduce text input

s) to disable this new behavior only in specific domains. If we'll get broken web apps even after release, we and users can disable it with using this blacklist. Enabling patch has been landed from: https://bugzilla.mozilla.org/show_bug.cgi?id=1496288 because we need to manage those ch

Intent to ship: dispatching "keydown" and "keyup" events during IME composition

ress event changes which will be mentioned in following posts. Enabling patch has been landed from: https://bugzilla.mozilla.org/show_bug.cgi?id=1496288 because we need to manage those changes as a set. -- Masayuki Nakano Software Engineer, Mozilla _

Intent to unship: DOM "text" event

ely later. Note that this event is listened by only 0.0003% inner-windows for now (currently, we collect the data only from Nightly testers). -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to (re-)enable new keyCode/charCode values of keypress events in Nightly

regression about key operation in some web apps, please file a bug for each web app, and block bug 1479964. 1: https://bugzilla.mozilla.org/show_bug.cgi?id=218415 2: https://bugzilla.mozilla.org/show_bug.cgi?id=1479964 3: https://bugzilla.mozilla.org/show_bug.cgi?id=1497546 4: https://bugzilla.m

Intent to unship "namedanchor" keyword from nsIHTMLEditor.createElementWithDefaults(), nsIHTMLEditor.getSelectedElement() and nsIHTMLEditor.getElementOrParentByTagName()

;anchor" is used in comm-central and BlueGriffon. Due to not defined as an Atom, it does not make sense to keep supporting this value. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1484092 The first release of this change will be 63. -- Masayuki Naka

Re: Intent to disable (hide) Gecko specific editing UI of HTML editor by default

gzilla.mozilla.org/show_bug.cgi?id=1452538#c19 On 2018/04/05 15:58, Masayuki Nakano wrote: This incompatibility is pointed by W3C's Editing API WG: https://github.com/w3c/editing/issues/171 Gecko has some specific editing UI of HTML editor. 1. Resiziers of , , absolute positioned elements.

Intent to ship: New AltGr key behavior on Windows

tensions shouldn't use Control - Alt combination for shortcut keys at least on Windows. Note that if active keyboard layout does not have AltGr key, getModifierState("AltGraph") always returns false (even if both Ctrl and Alt are pressed). The bug: https://bugzill

Re: Are there some lists of web sites which use vertical writing-mode?

On 4/11/2018 4:34 PM, Karl Dubost wrote: Le 11 avr. 2018 à 15:14, Masayuki Nakano a écrit : However, oddly, I cannot show the preview on Firefox nor Nightly. When I click the "preview", the website says "saved the preview" but I cannot access the preview actually. It mi

Re: Are there some lists of web sites which use vertical writing-mode?

ally. This is interesting case. This is not what we're looking for, but this is a case of web developers trying to fix the issue by themselves. I.e., they must be thinking that horizontal scroll isn't useful even if the block direction is completely horizontal. -- Masayuki Nakano S

Re: Are there some lists of web sites which use vertical writing-mode?

On 4/10/2018 5:53 PM, Karl Dubost wrote: Masayuki, Le 6 avr. 2018 à 17:26, Masayuki Nakano a écrit : Does somebody know some lists of web sites which use vertical writing-mode? Kobo Taiwan for example has preview of books in vertical writing mode. see https://webcompat.com/issues/14152

Re: Are there some lists of web sites which use vertical writing-mode?

On 4/10/2018 4:40 PM, Brian Birtles wrote: On Fri, Apr 6, 2018 at 10:26 AM, Masayuki Nakano wrote: Does somebody know some lists of web sites which use vertical writing-mode? Unfortunately, I don't know web sites which use writing-mode heavily even though I usually read web sites writt

Re: Intent to disable (hide) Gecko specific editing UI of HTML editor by default

On 4/7/2018 12:39 AM, Ehsan Akhgari wrote: On Thu, Apr 5, 2018 at 11:08 PM Masayuki Nakano <mailto:masay...@d-toybox.com>> wrote: On 4/6/2018 2:50 AM, Ehsan Akhgari wrote: > Hi Masayuki, > > First of all, thank you for taking on this task.  I have a

Re: Intent to disable (hide) Gecko specific editing UI of HTML editor by default

ral or just remove them completely. -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Are there some lists of web sites which use vertical writing-mode?

sually read web sites written in Japanese... -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to disable (hide) Gecko specific editing UI of HTML editor by default

toolbars. Then, you'll see grabber to move the black border box at top edge of the box and you can move the box with dragging. That's one of the feature of absolutely positioned editor available even on Firefox. -- Masayuki Nakano Software Engineer, Mozilla ___

Intent to disable (hide) Gecko specific editing UI of HTML editor by default

bility issue in: https://bugzilla.mozilla.org/show_bug.cgi?id=1449564 -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to unship: nsIClipboardDragDropHooks and nsIClipboardDragDropHookList interfaces

t used by anybody (it seems that it was used by ChatZilla, but according to its website, it's not active) and this causes a lot of unnecessary virtual calls and QI at D&D and Paste in editor. So, I don't think that we should keep this feature anymore. -- Masayuki Nakano So

Intent to unship: nsIEditor.numberOfUntoItems and nsIEditor.numberOfRedoItems

l to nsIEditor.transactionManager.numberOfUntoItems and nsIEditor.transactionManager.numberOfRedoItems. So, we don't need to keep maintaining these shortcut methods anymore. -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list de

Intent to ship: Start to dispatch "keydown" and "keyup" events even if composing (only in Nightly and early Beta)

h purpose, "input" event is the right event because "keydown" event and "keyup" event may not be fired even after the bug fix. For example, if the IME is backend of voice input or handwriting system, Gecko won't fire "keydown&quo

Intent to stop dispatching "keypress" event for non-printable keys and key combinations in Nightly and early Beta

argument. However, I couldn't fix new oranges with this approach. So, it works with some condition, but I don't know about this. So, I'll keep struggling with regressions of this behavior change. However, probably, we won't get regression reports for minor UI, e.g., runn

Intent to ship: setting keyCode value of punctuation keys (if US keyboard layout) to non-zero

ug to change this behavior: https://bugzilla.mozilla.org/show_bug.cgi?id=1036008 Document in MSDN: https://developer.mozilla.org/en-US/docs/Web/API/KeyboardEvent/keyCode#keyCode_of_punctuation_keys_on_some_keyboard_layout -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to enable as default paragraph separator of contenteditable/designMode editor by default

/docs/Web/Guide/HTML/Editable_content#Differences_in_markup_generation -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to enable as default paragraph separator of contenteditable/designMode editor by default

with inserting this line: document.execCommand("defaultParagraphSeparator", false, "br"); -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to remove: nsIDOMWindowUtils.sendKeyEvent() and nsIFrameLoader.sendCrossProcessKeyEvent()

5f8ab/testing/mochitest/tests/SimpleTest/EventUtils.js#835-905 *4 https://bugzilla.mozilla.org/show_bug.cgi?id=553149 *5 https://bugzilla.mozilla.org/show_bug.cgi?id=1433648 *6 https://bugzilla.mozilla.org/show_bug.cgi?id=1434317 -- Masayuki Nakano Software Engineer, Mozilla

Please stop using keypress event to handle non-printable keys

ow_bug.cgi?id=968056 2: https://w3c.github.io/uievents/#legacy-keyboardevent-event-types -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to remove: some methods of nsIEditActionListener or the interface itself

id=1429676 And currently, I'm working on making HTMLEditRules not derived from nsIEditActionListener: https://bugzilla.mozilla.org/show_bug.cgi?id=1430021 And nsIEditActionListener::Will*() will be removed because of no users: https://bugzilla.mozilla.org/show_bug.cgi?id=1430319 -- Masayuki N

Re: Intent to ship: New default action, horizontal scroll, of wheel with Shift key (except Firefox for macOS)

On 10/18/2017 4:08 PM, Jet Villegas wrote: That is, do I owe you another steak? :-) Always welcome another steak :-D -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Intent to ship: New default action, horizontal scroll, of wheel with Shift key (except Firefox for macOS)

Note that this feature won't be exposed to attributes of "wheel" events. This is just a default action change and same behavior as Chrome. -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lis

Re: How to get pretty stack trace on Linux?

On 10/14/2017 12:29 AM, Masayuki Nakano wrote: Ted, really sorry for the delay to say "Thank you" because of too busy of my life. I tried to do this on my environment (Ubuntu), then, I succeeded to get a pretty stack trace even from trysever build. 1. Put |#include "nsTrac

Re: How to get pretty stack trace on Linux?

tryserver build from terminal. 7. Save stack trace to a text file. 8. Run |/tools/rb/fix_linux_stack.py < stack.txt| Thank you very much! On 9/22/2017 9:55 AM, Ted Mielczarek wrote: On Thu, Sep 21, 2017, at 08:51 PM, Masayuki Nakano wrote: I'd like to get pretty stack trance which shows

How to get pretty stack trace on Linux?

n to check which path causes a bug. If it's impossible, I'll create a tryserver build with each ancestor caller logs the path, though. Thanks in advance. -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platfo

Re: Reminder on Try usage and infrastructure resources

en I end up running all the mochitest-browser tests, looking at every log until I find the chunk where the test is, and retrigger just that chunk. The chunk number changes based on the platform and debug/opt, so it's painful. Is there a way to trigger only the chunk that will contain a given tes

Re: Reminder on Try usage and infrastructure resources

o use `mach try` with a specific set of test directories. It will generate a set of --try-test-paths flags to restrict tests to those paths, and only run the first chunk of any group. Without that, groups shift around too much to be reliable. On Fri, Sep 15, 2017 at 10:03:00AM +0900, Masayuki N

Re: Intent to ship: Changing default Japanese fonts to modern fonts

47 AM, ISHIKAWA,chiaki wrote: Hi, I use firefox under Windows most of the time, and so it will be very nice. But obviously this is only for Windows platform, and does not affect linux or OSX versions. Correct? On 2017/08/23 14:19, Masayuki Nakano wrote: Hi, We decided that we should change our d

You don't need to use nsIEditor, nsIPlaintextEditor and nsIHTMLEditor in most places of native code

or nsIHTMLEditor, you need to QI to nsIEditor first. So, if you need to add new scriptable method which treat editor, using nsIEditor is better than other editor interfaces since QI cost is not so cheap. [1] https://bugzilla.mozilla.org/show_bug.cgi?id=1060051 -- Masayuki Nakan

Intent to ship: Changing default Japanese fonts to modern fonts

"Meiryo" isn't available. Anyway, I believe that this makes 57 look nicer for Japanese users! [1] https://bugzilla.mozilla.org/show_bug.cgi?id=548311 [2] https://bugzilla.mozilla.org/show_bug.cgi?id=1354004 [3] https://bugzilla.mozilla.org/show_bug.cgi?id=1351332 [4] https://bugzilla.mo

Re: Using the accesskey attribute with HTML elements in browser chrome

I have no idea how to implement it easily in HTML. Perhaps, capsuling with Shadow DOM? -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Using references vs. pointers in C++ code

I like using reference to argument if it's non-nullable. In Core::Editor module, such arguments are already replaced with reference in a lot of places. -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-pla

Intent to unship: nsIEditorIMESupport

nsIEditorIMESupport is an empty interface. Members were moved to nsIEditor and nsIEditorIMESupport was made a subclass of it. This interface is now completely unused. So, it should be removed from the tree completely. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1325281 -- Masayuki

Intent to unship: MozPhonetic.phonetic (HTMLInputElement.phonetic) and nsIPhonetic

EditorBase and HTMLInputElement. https://searchfox.org/mozilla-central/rev/224cc663d54085994a4871ef464b7662e0721e83/dom/html/nsIPhonetic.idl Nobody (including add-ons) uses them now. So, we can get rid of them. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1363278 -- Masayuki Nakano Software

Re: Intent to change editor newline behavior

ression reports after reaching risky patch to the release especially when it's limited to non-English users. So, in this case, I think we'd get regression reports of web apps which is used in world wide. Otherwise, we wouldn't get regression reports until releasing the

Is Alt+Shift+F10 a good shortcut key to open context menu forcibly on Windows and Linux?

your idea. The bug is bug 1347079: https://bugzilla.mozilla.org/show_bug.cgi?id=1347079 Thanks in advance. -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to remove UIEvent.isChar

bugzilla.mozilla.org/show_bug.cgi?id=1347073 -- Masayuki Nakano Software Engineer, Mozilla ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Please use Add*VarCache and not Get* when reading pref values in any even possibly warm code paths

f the pref needs to be read just once, store the value in some static variable or so. -Olli ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform -- Masayuki Nakano Software Enginee

Re: Who loves multiple selection feature in editor?

ng all selection ranges, but the ranges may be changed/removed during handling other selection ranges. We don't have any spec how do we behave in such case. I think we should probably ask other browser vendors about this again so that we can plan our future here better. I agree. -- M

Re: Who loves multiple selection feature in editor?

On 2016/12/20 8:00, Mats Palmgren wrote: On 12/15/2016 10:46 AM, Masayuki Nakano wrote: > Supporting multiple selection in editor makes our editor code > complicated. Why is that so exactly? By necessity, the code already operates on one Range, right? so why can't we implemen

Re: Who loves multiple selection feature in editor?

T, SELECTION_IME_CONVERTEDTEXT, SELECTION_IME_SELECTEDCONVERTEDTEXT and SELECTION_FIND. So, perhaps, you don't need to mind about such feature. (Although, I don't know which selection type is used in location bar.) -- Masayuki Nakano Mana

Re: Do we have some documents listing up when we need to touch CLOBBER?

On 2016/12/16 19:53, Mike Hommey wrote: On Fri, Dec 16, 2016 at 05:16:25PM +0900, Masayuki Nakano wrote: Hi, I'm looking for some documents which explain when we need to touch CLOBBER to avoid build failure. However, I've not found such document yet. I see such information only

Re: Do we have some documents listing up when we need to touch CLOBBER?

could be interesting. On Fri, Dec 16, 2016 at 12:16 AM, Masayuki Nakano wrote: Hi, I'm looking for some documents which explain when we need to touch CLOBBER to avoid build failure. However, I've not found such document yet. I see such information only in CLOBBER about WebIDL change. S

Intent to unship: BeforeAftereKeyboardEvent

boardEvent#Dispatch_KeyboardEvent_across_BrowserElements [3] https://bugzilla.mozilla.org/show_bug.cgi?id=1322736 -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.m

Do we have some documents listing up when we need to touch CLOBBER?

Hi, I'm looking for some documents which explain when we need to touch CLOBBER to avoid build failure. However, I've not found such document yet. I see such information only in CLOBBER about WebIDL change. So, is there any document which lists up when we need to touch CLOBBER? -

Who loves multiple selection feature in editor?

be better to stop supporting multiple selection only in editor if the feature is not so loved by users. I filed a bug for discussing this issue here: https://bugzilla.mozilla.org/show_bug.cgi?id=1323681 Feel free to comment anything. Thanks in advance. -- Masayuki Nakano Manager, Internatio

Intent to remove: nsIHTMLEditor.setDocumentTitle()

/show_bug.cgi?id=1312991 Note that I don't want to do them in 52 because 52 will be the next ESR. So, I'd like to do them in 53. -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platfor

What's a good variable name for ErrorResult?

v;|. Anyway, I'd like we to add a rule to the coding style guide. -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Added --disable-e10s to mach run

rm mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Bug 1260651 will rename whole classes under editor/libeditor, so, when you need to touch in it, let me know before landing

::WSRunObject::WSFragment nsWSRunObject::WSPointmozilla::WSRunObject::WSPoint nsEditor::CreateTxnForIMEText() mozilla::EditorBase::CreateTxnForComposiiton() -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list

Bug 1260651 will rename whole classes under editor/libeditor, so, when you need to touch in it, let me know before landing

ow, let me know. Smaug might be a good reviewer for that. Thanks in advance. -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to drop TSF (Text Services Framework) support on WinXP and WinServer 2003

Done. Will be in 49. On 2015/09/17 18:40, Masayuki Nakano wrote: Summary: Drop TSF support only from WinXP and WinServer 2003. Bug: https://bugzilla.mozilla.org/show_bug.cgi?id=1205600 Platforms: Windows XP, Windows Server 2003 and Windows Server 2003 R2 Estimated or target release: Gecko 44

Re: Why do we still need to include Qt widget in mozilla-central?

On 2016/04/12 20:27, Henri Sivonen wrote: On Tue, Apr 12, 2016 at 7:45 AM, Masayuki Nakano wrote: So, my question is, why do we still have Qt widget in mozilla-central? What the reason of keeping it in mozilla-central? My understanding is that https://git.merproject.org/mer-core/qtmozembed

Why do we still need to include Qt widget in mozilla-central?

on of keeping it in mozilla-central? -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: sendKeyEvent doesn't support event.key

faces/base/nsITextInputProcessor.idl ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform -- Masayuki Nakano Manager, Internationalization, Mozilla

Re: Stepping down as the module owner of editor/

lp you. I am planning to finish my outstanding code reviews by the end of this month. -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to drop TSF (Text Services Framework) support on WinXP and WinServer 2003

hile to support limited support of TSF on legacy Windows. -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Replacing PR_LOG levels

Error, Warning, Debug, }; -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to change UA stylesheet of and (using border-bottom -> CSS 3 text-decoration)

as our current style. IE doesn't have any special style for them (i.e., rendered like simple ). The bug to change the style: https://bugzilla.mozilla.org/show_bug.cgi?id=1157083 -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. __

Intent to ship: Enabling TSF mode in release builds (Vista or later)

reported, we should disable it before release. The bug to turn on: https://bugzilla.mozilla.org/show_bug.cgi?id=478029 -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https

Intent to deprecate: nsIDOMWindowUtils.sendKeyEvent()

134542 for the progress. https://bugzilla.mozilla.org/show_bug.cgi?id=1134542 -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Re: Intent to Implement and Ship: UI Events (formerly DOM Level 3 Events) EventModifierInit

t. (of course, mochitest has them, though) -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to Implement and Ship: UI Events (formerly DOM Level 3 Events) EventModifierInit

to implement: Support D3E EventModifierInit https://bugzilla.mozilla.org/show_bug.cgi?id=1124608 Link to standard: https://dvcs.w3.org/hg/dom3events/raw-file/tip/html/DOM3-Events.html#h-event-modifier-initializers -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

Intent to ship: KeyboardEvent.code attribute

efault in release build: https://bugzilla.mozilla.org/show_bug.cgi?id=1126673 -- Masayuki Nakano Manager, Internationalization, Mozilla Japan. ___ dev-platform mailing list dev-platform@lists.mozilla.org https://lists.mozilla.org/listinfo/dev-platform

  1   2   >