カテゴリー・パッケージ・リポジトリを検索

add_to_gallery のカバー
パッケージ詳細v1.0.0

add_to_gallery

画像および動画のコピーを Android ギャラリーおよび iOS フォトに保存します

AndroidiOS
30日間ダウンロード
149
いいね数
28
Pub ポイント
160

パッケージをインストール

flutter pub add add_to_gallery

パッケージ概要

公開情報に基づく選定ガイドです。参考としてご利用ください。

add_to_gallery パッケージは、Flutter アプリケーションが Android および iOS デバイスのネイティブなギャラリーに画像や動画を保存できるようにします。メディアファイルをエクスポートするためのシンプルなインターフェースを提供し、ユーザーのデフォルトのギャラリーアプリに表示されるようにします。これは、写真編集ツール、カメラツール、またはコンテンツクリエーターのようなメディアを生成または取得するアプリに特に役立ちます。このパッケージはプラットフォーム固有の違いをシームレスに処理し、両方のオペレーティングシステムで一貫した動作を提供します。元のファイルは変更せず、システムのメディアストレージにコピーを作成します。

用途

  • カメラからキャプチャした写真を保存する
  • 写真エディタから編集済みの画像をエクスポートする
  • ユーザーのライブラリに生成された動画を追加する
  • ユーザーが作成したコンテンツをシステムギャラリーと共有する
  • ネイティブストレージへのメディアバックアップの自動化

主な機能

  • Android および iOS 用のクロスプラットフォーム対応
  • ネイティブギャラリーにコピーを保存
  • 最小限のセットアップが必要
  • プラットフォーム固有のファイルパスを処理する
  • 元のメディアファイルを保持します

適している対象

  • 写真編集アプリ
  • カメラ統合機能
  • コンテンツ作成ツール
  • メディア共有が必要なアプリ
  • 自動ギャラリーサンクを希望するユーザー

注意事項

  • 両プラットフォームで適切な権限が必要です
  • Webやデスクトップをサポートしていません
  • ファイルサイズはパフォーマンスに影響する可能性があります
  • ギャラリーメタデータのカスタマイズが限定的
  • 一部のデバイスではユーザーの確認が必要になる場合があります

元の README

関連するソースリポジトリの README 原文のスナップショットです。最新の内容はリポジトリをご覧ください。

Add to Gallery

Adds images and videos to the Android Gallery and iOS Photos

View example app

💡 There are a couple of important notes about Google photos and iOS filepaths. Jump to the end of this page for info!

Installation

Add add_to_gallery as a dependency in your pubspec.yaml file.

Permissions

You need the following permissions in your app:

  • iOS
    • NSPhotoLibraryUsageDescription
    • This allows the plugin to use the PHPhotoLibrary APIs to add assets to the user's photo library.
  • Android
    • READ_EXTERNAL_STORAGE
    • WRITE_EXTERNAL_STORAGE
    • If you target Android 10, you will also need the requestLegacyExternalStorage="true" in your AndroidManifest.
    • NB: Android < 13 needs storge permission
    • NB: Android >= 13 needs photos permission
      • ^ the example app shows how to request these permissions

This plugin does not manage permissions for you. By excluding permissions from our plugin we have created a simple, reliable plugin.

We recommend using permission_handler to handle permissions.

Usage

There's only one method. It copies the source file to the gallery and returns the new file.

File file = await AddToGallery.addToGallery(
  originalFile: File('/Some/Media/Path.jpg'),
  albumName: 'My Awesome App',
  deleteOriginalFile: false,
  keepFilename: true,
);
print("Savd to gallery with Path: ${file.path}");

Using permission_handler, this may look like:

Future<void> _addToGalleryExample() async {
  try {
    await _grantPermissions();
    File file = await AddToGallery.addToGallery(
      originalFile: File('/Some/Media/Path.jpg'),
      albumName: 'My Awesome App',
      deleteOriginalFile: true,
      keepFilename: true,
    );
    print("Savd to gallery with Path: ${file.path}");
  } catch(e) {
    print("Error: $e");
  }
}

Future<void> _grantPermissions() async {
  final int? androidVersion = Platform.isAndroid
      ? (await DeviceInfoPlugin().androidInfo).version.sdkInt
      : null;
  // We need storage on:
  // - iOS to pick files from other apps
  // - Android < 13 for legacy access
  if (Platform.isIOS || (androidVersion != null && androidVersion <= 32)) {
    if (!await Permission.storage.request().isGranted) {
      throw ('Storage Permission Required');
    }
  }
  // We need photos on:
  // - iOS to pick files from this app
  // - Android >= 13
  if (Platform.isIOS || (androidVersion != null && androidVersion >= 33)) {
    if (!await Permission.photos.request().isGranted) {
      throw ('Photos Permission Required');
    }
  }
}

Example app

The example app shows a few more edge-cases in action.

  • Uses permission_handler to request permissions
  • Uses image_picker to take photos with the camera
  • Copies assets to the gallery
  • Uses shared_preferences to save and read the file path locally
    • This shows that the assets are still accessible between reboots

Credits & Comparison

Add to Gallery is based on gallery_saver with some notable differences. Enough to warrant a new package rather than a pull-request. Generally speaking, I've simplified the API and unified the behaviour on iOS and Android. It also supports scoped storage on Android (which will be enforced with Android 11)

Big thanks to the Tecocraft LTD team for Android functionality on Android 10 and 11.

Feature gallery_saver
original package
add_to_gallery
this package
General Behaviour Android
  • 🔥 Source file is copied to the gallery
  • 🔥 The copy is not a tmp file
  • 👎 The file path is not returned
  • 👎 No way to find the new file path
iOS
  • 🔥 Source file is linked to the gallery
  • 👎 If the source file is in a tmp directory it may be garbage collected
  • 👎 The file path is not returned
  • 🔥 The original file path is correct
Android and iOS
  • 🔥 Source file is copied to the getApplicationDocumentsDirectory for persistence
  • 🔥 Your app has permission to access the file
  • 🔥 The new file path is returned
  • Automatically deletes sourceFile - defaults to false
Return Value Returns bool for the success of the operation Returns a File pointing to the new file in the gallery
Remote Files Automatically downloads files that start with http Does not download files that start with http
Album Name Optional with default values Is required
Image Manipulation Android
  • Rotates images according to EXIF data
  • Creates Thumbnails
iOS
  • Does not manipulate images
Does not manipulate images
Permissions Handled within the plugin. The first-call fails silently due to permissions race-condition Not handled within the plugin

💡 An Important Note about Google photos

Google Photos has a built-in feature to remove exact duplicates. It can be confusing to see your media disappearing like this. I considered addressing this behaviour in the plugin, but decided against it. I expect plugin users to be creating unique images with the camera or other methods.

💡 An Important Note about iOS Filepaths

Simply, it will change when new versions of your app are released. For example:

  • The user installs 1.0.0 of your app, the path is: .../<A-UNIQUE-DIRECTORY>/Documents/your-file.jpg
  • The user upgrades to 2.0.0, the path is now: .../<A-DIFFERENT-UNIQUE-DIRECTORY>/Documents/your-file.jpg

This becomes an issue when you try to access the file later, as the path has changed.

To handle this, you can use the path_provider package to build the path dynamically. Here's an example:

// 1. We used `add_to_gallery` to save a file, and stored the `file.path` locally (in a db, shared preferences etc.)
// 2. The user then updated their app
// 3. They re-opened the app, and we want to access the file again:
import 'package:path_provider/path_provider.dart';
final fileName = basename(filePath);
storageDirectory = await getApplicationDocumentsDirectory();
final sourcePath = '${storageDirectory.path}/$fileName'; // This is the new path

カテゴリー

依存関係

依存関係一覧 3 件

ソースリポジトリ

このパッケージを使用しているプロジェクト

データはまだありません。