1. 28 Sep, 2023 1 commit
    • Renzo Olivares's avatar
      Implement SelectionArea single click/tap gestures (#132682) · 21ad7122
      Renzo Olivares authored
      This change collapses the selection at the clicked/tapped location on single click down for desktop platforms, and on single click/tap up for mobile platforms to match native.
      
      This is a change from how `SelectionArea` previously worked. Before this change a single click down would clear the selection. From observing a native browser it looks like when tapping on static text the selection is not cleared but collapsed. A user can still attain the selection from static text using the `window.getSelection` API.
      
      https://jsfiddle.net/juepasn3/11/ You can try this demo out here to observe this behavior yourself. When clicking on static text the selection will change.
      
      This change also allows `Paragraph.selections` to return selections that are collapsed. This for testing purposes to confirm where the selection has been collapsed.
      
      Partially fixes: #129583
      21ad7122
  2. 26 Sep, 2023 1 commit
    • Renzo Olivares's avatar
      SelectionArea long press selection overlay behavior should match native (#133967) · d81c8aa8
      Renzo Olivares authored
      During a long press, on native iOS the context menu does not show until the long press has ended. The handles are shown immediately when the long press begins. This is true for static and editable text.
      
      For static text on Android, the context menu appears when the long press is initiated, but the handles do not appear until the long press has ended. For editable text on Android, the context menu does not appear until the long press ended, and the handles also do not appear until the end.
      
      For both platforms in editable/static contexts the context menu does not show while doing a long press drag.
      
      I think the behavior where the context menu is not shown until the long press ends makes the most sense even though Android varies in this depending on the context. The user is not able to react to the context menu until the long press has ended.
      
      Other details:
      On a windows touch screen device the context menu does not show up until the long press ends in editable/static text contexts. On a long press hold it selects the word on drag start as well as popping up the selection handles (static text).
      d81c8aa8
  3. 21 Sep, 2023 1 commit
  4. 11 Sep, 2023 1 commit
  5. 14 Aug, 2023 1 commit
  6. 11 Aug, 2023 1 commit
  7. 09 Aug, 2023 1 commit
  8. 08 Aug, 2023 1 commit
  9. 22 Jul, 2023 1 commit
  10. 13 Jun, 2023 1 commit
    • Qun Cheng's avatar
      Update unit tests in material library for Material 3 (#128725) · a5f8b64e
      Qun Cheng authored
      Updates most of the unit tests in the packages/flutter/test/material folder so that they'll pass if ThemeData.useMaterial3 defaults to true.
      
      All of the tests have wired useMaterial3 to false and will need to be updated with a M3 version.
      
      related to #127064
      a5f8b64e
  11. 17 Apr, 2023 2 commits
  12. 26 Mar, 2023 1 commit
  13. 22 Mar, 2023 1 commit
  14. 28 Oct, 2022 1 commit
    • Justin McCandless's avatar
      Context Menus (#107193) · 0b451b6d
      Justin McCandless authored
      * Can show context menus anywhere in the app, not just on text.
      * Unifies all desktop/mobile context menus to go through one class (ContextMenuController).
      * All context menus are now just plain widgets that can be fully customized.
      * Existing default context menus can be customized and reused.
      0b451b6d
  15. 29 Aug, 2022 1 commit
  16. 24 May, 2022 1 commit