- 27 1月, 2021 1 次提交
-
-
由 James Clarke 提交于
* Windows: Add CoreWindow implementation of FlutterWindowsView (Flutter#70205)
-
- 25 1月, 2021 2 次提交
-
-
由 Chris Bracken 提交于
The current text input manager is win32-specific due to its use of IMM32. For UWP, we'll need a TSF implementation. Once that happens we'll want to extract out a TextInputManager interface and add a separate UWP implementation of this class.
-
由 Chris Bracken 提交于
This updates the Win32 desktop embedder to support input method (abbreviated IM or IME) composing regions. In contrast to languages such as English, where keyboard input is managed keystroke-by-keystroke, languages such as Japanese require a multi-step input process wherein the user begins a composing sequence, during which point their keystrokes are captured by a system input method and converted into a text sequence. During composing, the user is able to edit the composing range and manage the conversion from keyboard input to text before eventually committing the text to the underlying text input field. To illustrate this, in Japanese, this sequence might look something like the following: 1. User types 'k'. The character 'k' is added to the composing region. Typically, the text 'k' will be inserted inline into the underlying text field but the composing range will be highlighted in some manner, frequently with a highlight or underline. 2. User types 'a'. The composing range is replaced with the phonetic kana character 'か' (ka). The composing range continues to be highlighted. 3. User types 'k'. The character 'k' is appended to the composing range such that the highlighted text is now 'かk' 4. User types 'u'. The trailing 'k' is replaced with the phonetic kana character 'く' (ku) such that the composing range now reads 'かく' The composing range continues to be highlighted. 5. The user presses the space bar to convert the kana characters to kanji. The composing range is replaced with '書く' (kaku: to write). 6. The user presses the space bar again to show other conversions. The user's configured input method (for example, ibus) pops up a completions menu populated with alternatives such as 各 (kaku: every), 描く (kaku: to draw), 核 (kaku: pit of a fruit, nucleus), 角 (kaku: angle), etc. 7. The user uses the arrow keys to navigate the completions menu and select the alternative to input. As they do, the inline composing region in the text field is updated. It continues to be highlighted or underlined. 8. The user hits enter to commit the composing region. The text is committed to the underlying text field and the visual highlighting is removed. 9. If the user presses another key, a new composing sequence begins. If a selection is present when composing begins, it is preserved until the first keypress of input is received, at which point the selection is deleted. If a composing sequence is aborted before the first keypress, the selection is preserved. Creating a new selection (with the mouse, for example) aborts composing and the composing region is automatically committed. A composing range and selection, both with an extent, are not permitted to co-exist. During composing, keyboard navigation via the arrow keys, or home and end (or equivalent shortcuts) is restricted to the composing range, as are deletions via backspace and the delete key. This patch adds two new private convenience methods, `editing_range` and `text_range`. The former returns the range for which editing is currently active -- the composing range, if composing, otherwise the full range of the text. The latter, returns a range from position 0 (inclusive) to `text_.length()` exclusive. Windows IME support revolves around two main UI windows: the composition window and the candidate window. The composition window is a system window overlaid within the current window bounds which renders the composing string. Flutter already renders this string itself, so we request that this window be hidden. The candidate window is a system-rendered dropdown that displays all possible conversions for the text in the composing region. Since the contents of this window are specific to the particular IME in use, and because the user may have installed one or more third-party IMEs, Flutter does not attempt to render this as a widget itself, but rather delegates to the system-rendered window. The lifecycle of IME composing begins follows the following event order: 1. WM_IME_SETCONTEXT: on window creation this event is received. We strip the ISC_SHOWUICOMPOSITIONWINDOW bit from the event lparam before passing it to DefWindowProc() in order to hide the composition window, which Flutter already renders itself. 2. WM_IME_STARTCOMPOSITION: triggered whenever the user begins inputting new text. We use this event to set Flutter's TextInputModel into composing mode. 3. WM_IME_COMPOSITION: triggered on each keypress as the user adds, replaces, or deletes text in the composing region, navigates with their cursor within the composing region, or selects a new conversion candidate from the candidates list. 4. WM_IME_ENDCOMPOSITION: triggered when the user has finished editing the text in the composing region and decides to commit or abort the composition. Additionally, the following IME-related events are emitted but not yet handled: * WM_INPUTLANGCHANGE: triggered whenever the user selects a new language using the system language selection menu. Since there some language-specific behaviours to IMEs, we may want to make use of this in the future. * WM_IME_NOTIFY: triggered to notify of various status events such as opening or closing the candidate window, setting the conversion mode, etc. None of these are relevant to Flutter at the moment. * WM_IME_REQUEST: triggered to notify of various commands/requests such as triggering reconversion of text, which should begin composition mode, insert the selected text into the composing region, and allow the user to select new alternative candidates for the text in question before re-committing their new selection. This patch doesn't support this feature, but it's an important feature that we should support in future.
-
- 23 1月, 2021 3 次提交
-
-
由 Greg Spencer 提交于
This changes the Windows text handling so that keyboard events are sent to the framework first for handling, and then passed to the text input plugin, so that the framework has a chance to handle keys before they get given to the text field. This is complicated by the async nature of the interaction with the framework, since Windows wants a synchronous response. So, in this change, I always tell Windows that the event was handled, and if the framework (eventually) responds that it wasn't, then I synthesize a new event and send it with SendEvent. I also added support for detecting "extended" keys, since that was missing, and converted the OnKey handlers in the API to return a bool to indicate whether or not they have handled the event.
-
由 Chris Bracken 提交于
During multi-step text input composing, such as with Chinese, Japanese, and Korean text input, the framework sends embedders cursor rect updates in the form of two messages: * TextInput.setMarkedTextRect: notifies the embedder the size and position of the composing text rect (or cursor when not composing) in local coordinates. * TextInput.setEditableSizeAndTransform: notifies the embedder of the size of the EditableText and 4x4 transform matrix from local to PipelineOwner.rootNode coordinates. On receipt of either message, we cache a local copy on the TextInputPlugin and notify the Win32FlutterWindow of the updated cursor rect. In a followup patch, we update Win32FlutterWindow to implement the Win32 input manager (IMM) calls required to position the IME candidates window while editing.
-
由 chunhtai 提交于
-
- 22 1月, 2021 3 次提交
-
-
由 Dan Field 提交于
This time making sure to deref the native object on GC.
-
由 Harry Terkelsen 提交于
* Revert "Revert "[CanvasKit] Automatically fall back to Noto fonts (#23096)" (#23357)" This reverts commit f9f4d016. * WIP * Use an Interval Tree to store the unicode ranges for the Noto Fonts * Update licenses * Remove debug print statements * Respond to comments * Fix analysis error * Add tests * Respond to comments * Fix test * Update goldens lock * Skip screenshot test on Safari * Skip CanvasKit tests on iOS Safari * Move CanvasKit initialization so it doesn't run on iOS Safari
-
由 Dan Field 提交于
-
- 20 1月, 2021 2 次提交
-
-
由 xster 提交于
-
由 Niklas Schulze 提交于
-
- 15 1月, 2021 3 次提交
-
-
由 Michael Goderbauer 提交于
-
由 Kaushik Iska 提交于
-
由 Jason Simmons 提交于
-
- 13 1月, 2021 2 次提交
-
-
由 Robert Ancell 提交于
Add accessibility support to the Linux shell
-
由 Niklas Schulze 提交于
-
- 12 1月, 2021 1 次提交
-
-
由 Greg Spencer 提交于
Fixes an indexing error in the linux key handling code. I also found another error when checking to see if an event is re-dispatched, and some off-by-one errors in the search. Not sure what I was smoking that day, but hopefully these are all the issues.
-
- 08 1月, 2021 4 次提交
-
-
由 Gary Qian 提交于
-
由 Filip Filmar 提交于
-
由 gaaclarke 提交于
* Lightweight flutter engines - started sharing GPU contexts between spawned engines * responded to feedback
-
由 Kaushik Iska 提交于
-
- 07 1月, 2021 1 次提交
-
-
由 chunhtai 提交于
-
- 05 1月, 2021 2 次提交
-
-
由 Robert Ancell 提交于
Implement settings channel for the Linux shell Fixes https://github.com/flutter/flutter/issues/65591
-
由 Robert Ancell 提交于
-
- 02 1月, 2021 1 次提交
-
-
由 Kaushik Iska 提交于
This change adds a FlutterMetalRendererConfig that lets embedders specify metal as rendering api. Also adds a test that validates rendering a gradient using metal.
-
- 31 12月, 2020 1 次提交
-
-
由 Harry Terkelsen 提交于
This reverts commit eff27c74. Reason for revert: Incorrect logic breaks Gallery
-
- 30 12月, 2020 1 次提交
-
-
由 Harry Terkelsen 提交于
-
- 23 12月, 2020 1 次提交
-
- 22 12月, 2020 2 次提交
-
-
由 Chun-Heng Tai 提交于
- 18 12月, 2020 1 次提交
-
-
由 Mouad Debbar 提交于
-
- 16 12月, 2020 1 次提交
-
-
由 George Wright 提交于
-
- 15 12月, 2020 4 次提交
- 12 12月, 2020 2 次提交
-
-
由 Greg Spencer 提交于
This enables delayed event delivery for macOS, so that shortcuts can handle keys that are headed for a text field and intercept them. This fixes the problem where pressing TAB (or other shortcuts) in a text field also inserts a tab character into the text field.
- 11 12月, 2020 1 次提交
-
-
由 Dan Field 提交于
This patch defaults the volatility bit on SkPaths to false, and then flips it to true if the path survives at least two frames.
-
- 07 12月, 2020 1 次提交
-
-
由 James Clarke 提交于
-