1. 08 Mar, 2017 1 commit
  2. 04 Mar, 2017 1 commit
  3. 27 Jan, 2017 1 commit
  4. 04 Jan, 2017 1 commit
    • Adam Barth's avatar
      Add CupertinoSwitch (#7326) · 732a83d4
      Adam Barth authored
      This patch contains a first draft of an iOS-style switch. We'll likely need to
      tweak the constants upon closer study, but the basics are here.
      732a83d4
  5. 20 Dec, 2016 1 commit
  6. 19 Nov, 2016 1 commit
  7. 14 Nov, 2016 1 commit
  8. 08 Nov, 2016 1 commit
  9. 15 Sep, 2016 1 commit
  10. 12 Sep, 2016 1 commit
  11. 02 Aug, 2016 1 commit
  12. 29 Jul, 2016 2 commits
    • Ian Hickson's avatar
      Extract applyImageFit logic. (#5158) · 735120f1
      Ian Hickson authored
      Also, add FractionalOffset.inscribe.
      735120f1
    • Dragoș Tiselice's avatar
      Added BorderRadius. (#5072) · f3444fcf
      Dragoș Tiselice authored
      * Added custom radii to RRect.
      
      This is the first commit towads an implementation of
      MergeableMaterial. It adds custom radii to RRect.
      
      * Renamed RRect constructors and added BorderRadius.
      
      BorderRadius is a class similar to EdgeInsets that lets you define
      all rounded corners of a rounded rectangle easily.
      f3444fcf
  13. 22 Jul, 2016 1 commit
  14. 16 Jul, 2016 1 commit
  15. 08 Jul, 2016 1 commit
    • Adam Barth's avatar
      Custom switch images are nutty (#4852) · fc711a10
      Adam Barth authored
      Rather than requiring the developer to specify a full Decoration, we now
      just take an ImageProvider for the thumb image. Also, fix
      ImageFit.scaleDown to actually work.
      
      Fixes #4571
      Fixes #4673
      fc711a10
  16. 28 Jun, 2016 1 commit
    • pq's avatar
      Cleanup empty statements. · 543f705a
      pq authored
      The new `empty_statements` lint (in the next DEV roll), flags these empty statements.  Harmless, except the one in `basic.dart` that fixes a real-life bug. :)
      543f705a
  17. 16 Jun, 2016 1 commit
    • Ian Hickson's avatar
      Refactor everything to do with images (#4583) · 2dfdc840
      Ian Hickson authored
      Overview
      ========
      
      This patch refactors images to achieve the following goals:
      
      * it allows references to unresolved assets to be passed
        around (previously, almost every layer of the system had to know about
        whether an image came from an asset bundle or the network or
        elsewhere, and had to manually interact with the image cache).
      
      * it allows decorations to use the same API for declaring images as the
        widget tree.
      
      It requires some minor changes to call sites that use images, as
      discussed below.
      
      Widgets
      -------
      
      Change this:
      
      ```dart
            child: new AssetImage(
              name: 'my_asset.png',
              ...
            )
      ```
      
      ...to this:
      
      ```dart
            child: new Image(
              image: new AssetImage('my_asset.png'),
              ...
            )
      ```
      
      Decorations
      -----------
      
      Change this:
      
      ```dart
            child: new DecoratedBox(
              decoration: new BoxDecoration(
                backgroundImage: new BackgroundImage(
                  image: DefaultAssetBundle.of(context).loadImage('my_asset.png'),
                  ...
                ),
                ...
              ),
              child: ...
            )
      ```
      
      ...to this:
      
      ```dart
            child: new DecoratedBox(
              decoration: new BoxDecoration(
                backgroundImage: new BackgroundImage(
                  image: new AssetImage('my_asset.png'),
                  ...
                ),
                ...
              ),
              child: ...
            )
      ```
      
      DETAILED CHANGE LOG
      ===================
      
      The following APIs have been replaced in this patch:
      
      * The `AssetImage` and `NetworkImage` widgets have been split in two,
        with identically-named `ImageProvider` subclasses providing the
        image-loading logic, and a single `Image` widget providing all the
        widget tree logic.
      
      * `ImageResource` is now `ImageStream`. Rather than configuring it with
        a `Future<ImageInfo>`, you complete it with an `ImageStreamCompleter`.
      
      * `ImageCache.load` and `ImageCache.loadProvider` are replaced by
        `ImageCache.putIfAbsent`.
      
      The following APIs have changed in this patch:
      
      * `ImageCache` works in terms of arbitrary keys and caches
        `ImageStreamCompleter` objects using those keys. With the new model,
        you should never need to interact with the cache directly.
      
      * `Decoration` can now be `const`. The state has moved to the
        `BoxPainter` class. Instead of a list of listeners, there's now just a
        single callback and a `dispose()` method on the painter. The callback
        is passed in to the `createBoxPainter()` method. When invoked, you
        should repaint the painter.
      
      The following new APIs are introduced:
      
      * `AssetBundle.loadStructuredData`.
      
      * `SynchronousFuture`, a variant of `Future` that calls the `then`
        callback synchronously. This enables the asynchronous and
        synchronous (in-the-cache) code paths to look identical yet for the
        latter to avoid returning to the event loop mid-paint.
      
      * `ExactAssetImage`, a variant of `AssetImage` that doesn't do anything clever.
      
      * `ImageConfiguration`, a class that describes parameters that configure
        the `AssetImage` resolver.
      
      The following APIs are entirely removed by this patch:
      
      * `AssetBundle.loadImage` is gone. Use an `AssetImage` instead.
      
      * `AssetVendor` is gone. `AssetImage` handles everything `AssetVendor`
        used to handle.
      
      * `RawImageResource` and `AsyncImage` are gone.
      
      The following code-level changes are performed:
      
      * `Image`, which replaces `AsyncImage`, `NetworkImage`, `AssetImage`,
        and `RawResourceImage`, lives in `image.dart`.
      
      * `DecoratedBox` and `Container` live in their own file now,
        `container.dart` (they reference `image.dart`).
      
      DIRECTIONS FOR FUTURE RESEARCH
      ==============================
      
      * The `ImageConfiguration` fields are mostly aspirational. Right now
        only `devicePixelRatio` and `bundle` are implemented. `locale` isn't
        even plumbed through, it will require work on the localisation logic.
      
      * We should go through and make `BoxDecoration`, `AssetImage`, and
        `NetworkImage` objects `const` where possible.
      
      * This patch makes supporting animated GIFs much easier.
      
      * This patch makes it possible to create an abstract concept of an
        "Icon" that could be either an image or a font-based glyph (using
        `IconData` or similar). (see
        https://github.com/flutter/flutter/issues/4494)
      
      RELATED ISSUES
      ==============
      
      Fixes https://github.com/flutter/flutter/issues/4500
      Fixes https://github.com/flutter/flutter/issues/4495
      Obsoletes https://github.com/flutter/flutter/issues/4496
      2dfdc840
  18. 14 Jun, 2016 2 commits
    • pq's avatar
      Added asserts. · f5a4e632
      pq authored
      f5a4e632
    • pq's avatar
      Add missing returns. · 7a955487
      pq authored
      As of `1.18.0-dev-0`, these cases will get flagged.  In the meantime, the
      7a955487
  19. 02 Jun, 2016 1 commit
  20. 18 May, 2016 1 commit
  21. 05 May, 2016 1 commit
  22. 29 Mar, 2016 1 commit
  23. 25 Mar, 2016 1 commit
  24. 24 Mar, 2016 4 commits
  25. 21 Mar, 2016 1 commit
    • Ian Hickson's avatar
      Provide more documentation for MojoShell · bef6ff3b
      Ian Hickson authored
      As usual, as I was doing this I ran into some stuff that seemed hard
      to document as-is and so I changed it. In this case, in the "http"
      library. The new code is more or less equivalent, I think, but the
      resulting documentation makes it more obvious that it's wrong...
      bef6ff3b
  26. 18 Mar, 2016 1 commit
  27. 16 Mar, 2016 1 commit
  28. 14 Mar, 2016 1 commit
  29. 12 Mar, 2016 4 commits
  30. 08 Mar, 2016 1 commit
  31. 04 Mar, 2016 1 commit
  32. 03 Mar, 2016 1 commit