
English: 
[MUSIC PLAYING]
ROXANNA ALIBADI: Hi.
My name is Roxanna, and
I'm a product manager
on the Android Framework team.
And I'm joined by
Zim and Yacine.
So last year, we
introduced a new way
of thinking about storage
on Android with Android 10.
We call this change
Scope Storage.
And so today, we're going to
talk more about those changes,
and we're going to talk
about some new things
that we're thinking about
to make these changes easier
for developers to adopt.
And at the end,
Yacine is going to go
through some practical
examples and best practices.
So first, I want to clarify
what's meant by shared storage.
Every app has their own private
directory in internal storage.
This is what you find at
android/data/ your package
name.
And this is not visible to
any other app with the storage
permission.

Japanese: 
[音楽]
こんにちは ロクサナです
Android Frameworkチームの
プロダクトマネージャーです
こちらは ズィムとヤシンです
昨年 Android 10のストレージについて
新しいアイデアを１つ紹介しました
それは Scoped Storageです
今日はこのテーマについて詳しくお伝えします
そのほか
これを導入しやすくするための
新しい試みをいくつかご紹介します
そして 最後にヤシンが
実用例やベストプラクティスを
いくつか紹介します
まず 共有ストレージとは何かを
クリアにしたいと思います
どのアプリにも 内部ストレージに
プライベートディレクトリがあります
それはandroid/data/ パッケージ名に
存在します
これはストレージの許可がない限り
他のアプリからは見えません

Portuguese: 
Olá! Meu nome é Roxanna,
sou gerente de produtos
da equipe de framework do Android.
Estou acompanhada por Zim e Yacine.
No ano passado,
apresentamos uma nova forma
de pensar
em armazenamento com o Android 10.
Chamamos essa alteração
de armazenamento por escopo.
Hoje falaremos mais sobre essas mudanças
e sobre nossas novas ideias
para facilitar a adoção
por parte dos desenvolvedores.
No fim, o Yacine mostrará
exemplos e práticas recomendadas.
Primeiro, quero esclarecer
o que é o armazenamento compartilhado.
Todo app tem um diretório privado
no armazenamento interno
que pode ser encontrado
em android/data/nome do pacote.
Ele não é visível a nenhum outro app
com permissão de armazenamento.

Chinese: 
大家好 我是 Android 框架团队的产品经理 Roxanna 
今天和我一起登台的还有 Zim 和 Yacine
去年 我们推出了一种
在 Android 10 中思考 Android 存储空间的新方式
我们将其命名为分区存储 (Scoped Storage)
今天 我们来详细讲解一下这些改动
并向大家介绍一些我们的新思路
让开发者能更轻松地应用这些新功能
最后 Yacine 会介绍一些实际案例和最佳实践
首先 我想阐明一下 共享存储 的含义
每个应用都在内部存储中拥有自己的私有目录
前往 android/data/yourpackagename 即可找到
其他拥有存储权限的应用都无法看到它

Indonesian: 
-Halo
Saya Roxanna, manajer produk
di tim Android Framework.
Saya bersama Zim dan Yacine.
Jadi tahun lalu, kami
menerapkan perspektif baru
untuk penyimpanan
pada Android dengan Android 10.
Perubahan ini
kami sebut Penyimpanan Terbatas.
Hari ini, kita bahas 
perubahan ini lebih jauh,
dan kami akan bahas hal-hal baru
yang bisa membuat
peluang ini lebih mudah diadopsi
oleh para developer.
Dan terakhir Yacine akan jelaskan
beberapa contoh praktis
dan praktik terbaik.
Jadi pertama, saya ingin jelaskan
definisi penyimpanan bersama.
Tiap aplikasi memiliki direktori pribadi
di penyimpanan internal.
Ini yang Anda temukan pada
nama android/data/paket Anda.
Dan ini tidak terlihat oleh aplikasi lain 
pada izin penyimpanan.

Spanish: 
Hola.
Me llamo Roxanna,
y soy directora de producto
del equipo de Frameworks de Android.
Estoy aquí con Zim y Yacine.
El año pasado,
presentamos una nueva forma
de plantearnos el almacenamiento
de Android con Android 10.
A este cambio lo llamamos
Almacenamiento Específico.
Así que hoy hablaremos
un poco más sobre estos cambios,
y repasaremos
algunos elementos nuevos
que nos estamos planteando
para que sea más fácil
para los desarrolladores
adoptar estos cambios.
Al final, Yacine repasará
algunos ejemplos
y prácticas recomendadas.
Primero quiero aclarar
qué es el almacenamiento compartido.
Cada app tiene su directorio privado
en el almacenamiento interno.
Esto es lo que encuentran
en android/data/su paquete.
Esto no es visible
para otras apps que tienen
el permiso de almacenamiento.

Korean: 
안녕하세요, 
저는 Android 프레임워크팀에서
제품 관리를 
담당하고 있는 록산나입니다
오늘 이 자리엔
짐과 예신도 함께합니다
작년 Google에서는 Android 10을
출시하면서 Android의
저장소에 대한
새로운 접근 방식을 소개했습니다
그 변화된 방식을
'범위 지정 저장소'라고 하는데
오늘 그러한 변화와
이를 개발자들이 채택하기 쉽도록
여건을 조성하기 위해
고려 중인 것들에 대해
말씀드리겠습니다
마지막에는 예신이
실제 사례와 
권장사항을 설명해드릴 겁니다
먼저 공유 저장공간이 
무엇인지 확실히 짚고 넘어가겠습니다
모든 앱의 내부 저장소에는
자체적인 개인 디렉터리가 있고
이것은 android/data/ 패키지 
이름에서 확인할 수 있습니다
저장소 사용 권한이 있는 
다른 모든 앱에는 보이지 않습니다

Indonesian: 
Lalu sisanya dianggap
sebagai penyimpanan bersama.
Ini mencakup koleksi media dan
direktori aplikasi eksternal dan kartu SD.
Ternyata setengah
dari aplikasi yang ada saat ini
meminta izin penyimpanan.
Namun sebenarnya, sebagian besar
tidak membutuhkan
akses penyimpanan yang luas.
Aplikasi itu hanya perlu
melakukan hal sederhana
seperti memilih file gambar
untuk pengguna saat memilih
gambar profil untuk aplikasi sosial, atau
mungkin untuk mendownload gambar
atau dokumen dari lampiran email.
Selain itu, jika aplikasi memiliki
jangkauan tulis yang luas,
aplikasi cenderung meninggalkan
file terpencar pada disk.
Ketika aplikasi diuninstal,
banyak file tertinggal, 
dan menghabiskan ruang.
Saat banyak pengguna
kehabisan kapasitas penyimpanan,
mereka perlu mengambil
berapa pun penyimpanan yang tersedia.
Jadi kami ingin
menata kembali penyimpanan pada Android
bahwa aplikasi bisa memperoleh 
akses spesifik yang dibutuhkan

Spanish: 
Todo lo demás
se considera almacenamiento compartido.
Esto incluye colecciones multimedia
y directorios de apps externos
en la tarjeta SD.
Descubrimos que cerca
de la mitad de las apps actuales
piden permiso de almacenamiento.
Pero, la mayoría de estas apps
no necesitan realmente
una vista global del almacenamiento.
Intentan hacer tareas simples
como seleccionar un archivo de imagen
para que un usuario elija
una imagen de perfil para una red social,
o quizás descargar una imagen
o un documento adjunto de un correo.
Descubrimos que las apps
con un poder de escritura tan global,
suelen dejar archivos
desparramados en el disco.
Y cuando se desinstala la app,
los archivos
quedan abandonados y ocupan espacio.
Y con tantos usuarios que sufren
de falta de espacio en el disco,
se necesita todo el espacio posible.
Entonces pensamos en cómo reinventar
el almacenamiento en Android
para que las apps reciban
el acceso específico que necesitan

Korean: 
그 밖의 모든 것이
공유 저장공간으로 간주됩니다
이에는 SD 카드에 있는 미디어 
컬렉션과 외부 앱 디렉터리가 포함됩니다
요즘 사용되는 앱의
절반 가량이 저장소 접근 권한을
요청하는 것으로 확인되었습니다
그러나 실제로
이러한 앱의 대부분은
저장소에 대해 그렇게
광범위한 관점을 필요로 하지 않습니다
이러한 앱은 사용자가 소셜 앱에 올릴
프로필 사진으로 고른
이미지 파일을 선택하거나
이메일에 첨부된 이미지나
문서를 다운로드하는 등
간단한 작업을 수행하고자 합니다
또한 그렇게
광범위한 쓰기 능력을 갖춘 앱은
파일을 디스크에 분산된 채로
놔 두는 경향이 있음을 알 수 있습니다
또한 앱을 제거한
후에도 제거된 파일이 남아
공간을 차지합니다
사용자들이 좁은 디스크 공간
때문에 고충을 겪는 동안
이러한 앱들은 마음대로 
공간을 차지하고 있는 거죠
앱이 필요로 하는 광역적인
읽기 및 쓰기 역량 없이도

Japanese: 
その他は全て
共有ストレージと見なされます
メディア コレクションや
SDカード内の外部アプリも共有されます
現在は 約半数のアプリが
ストレージの許可を要求します
しかし こうしたアプリの多くは
ストレージを広範囲にわたって
参照できなくてもよいのです
多くは単純な作業で
例えば SNSアプリのプロファイル用に
画像ファイルを選択するというレベルです
あるいは メール添付用として
画像やドキュメントを
ダウンロードするというレベルです
また アプリが様々な書き込みをすると
ディスクにファイルが分散されます
アプリがアンインストールされたあと
それらのファイルがスペースを占めます
多くのユーザーは
ディスクスペース不足に悩んでいるので
必要なスペースを確保したいですよね
そこで Androidのストレージについて
見直しました
アプリが必要なアクセスを行いつつ

English: 
Then everything else is
considered shared storage.
This includes the media
collections and external app
directories on the SD card.
We find that about
half of apps today
request the storage permission.
But in fact, the
majority of these apps
don't really need such
a broad view of storage.
They're trying to
do simple things
like select an image file
for a user to pick a profile
picture for a social app, or
maybe to download an image
or a document from
an email attachment.
We also find that when apps
have such broad writing power,
they tend to leave files
scattered on the disk.
And when the app is
uninstalled, those files
are left behind,
taking up space.
And when so many users are
suffering from low disk space,
they can take all the
space they can get.
So we thought about how we can
reimagine storage on Android so
that apps can get the
specific access they need

Portuguese: 
Todo o restante é considerado
armazenamento compartilhado.
Isso inclui os conjuntos de mídia
e diretórios externos de apps
no cartão SD.
Vimos que cerca de metade dos apps atuais
solicita a permissão de armazenamento.
No entanto, a maioria desses apps
não precisa de uma visão tão ampla
do armazenamento.
Eles tentam fazer coisas simples,
como selecionar um arquivo de imagem
para que o usuário
escolha uma foto de perfil
para um app social,
ou talvez fazer o download de imagens
ou documentos anexos em um e-mail.
Também vimos que, quando os apps
têm um poder de gravação muito amplo,
eles tendem a deixar
arquivos soltos no disco.
Quando o app é desinstalado,
esses arquivos ficam ocupando espaço.
No momento em que muitos usuários
sofrem por falta de espaço em disco,
é importante liberar todo espaço possível.
Pensamos em como poderíamos
reinventar o armazenamento no Android
para que os apps possam
acessar especificamente o que precisam

Chinese: 
其他的一切都被认为是共享存储
包括媒体集 以及 SD 卡上外部应用目录
我们发现 如今大约一半应用都有请求存储权限
但实际上 这些应用中的大部分并不需要这么宽泛的权限
它们的功能是很简单的
比如 让用户挑选一张照片作为社交媒体账号头像
或者 从电子邮件的附件里下载一张图片或一份文档
我们还发现 当应用拥有如此宽泛的写入权限的时候
它们就通常会让文件散布在磁盘内部各处
当应用卸载时 这些文件就被抛弃在原地 占用了空间
很多用户大受存储空间不足之苦
而这些应用却可以到处乱占空间
所以 我们在想 如何才能重构 Android 存储
让应用都能精确获取自己需要的权限

Indonesian: 
tanpa memiliki jangkauan baca
dan tulis yang luas
yang sebenarnya tidak dibutuhkan.
Dengan Penyimpanan Terbatas,
yang kami terapkan di Android 10,
kami ingin
mengelompokkan penyimpanan
ke koleksi yang ditentukan
dan untuk membatasi akses
ke penyimpanan luas.
Saat mendesainnya, ada tiga
prinsip dasar yang ingin kami ikuti.
Pertama adalah
atribusi yang lebih baik.
Artinya sistem mengetahui
aplikasi apa membuat file mana.
Ini membantu pengguna mengelola
penyimpanannya lebih baik.
Ini juga memastikan bahwa
ketika aplikasi diuninstal,
semua kontennya
juga dihapus kecuali pengguna
secara eksplisit ingin menyimpannya.
Berikutnya adalah
melindungi data aplikasi.
Jadi seperti tadi,
direktori aplikasi internal
telah bersifat pribadi.
Kami ingin pastikan bahwa
direktori aplikasi eksternal
yang dibuat pada kartu SD

Korean: 
특정 액세스가 
가능하도록 Android의 저장소를
재해석하는 방법을 연구했습니다
Android 10에 도입한
범위 지정 저장소는
저장소를 분화된 컬렉션으로 구분하고
광역 저장소에 대한 
액세스를 제한하는 개념입니다
설계 단계에서 
저희는 세 가지 기본 원칙을 세웠습니다
첫 번째는 기여 분석 개선입니다
이를 위해서는 어떤 앱이 어떤 파일을
만드는지 시스템이 알아야 합니다
그러면 사용자가 저장소를
더 효과적으로 관리할 수 있습니다
또한 앱을 제거할 때 사용자가
콘텐츠를 유지하도록
명시적으로 지정하지 않는 한
모든 콘텐츠가
함께 제거됩니다
다음은 앱 데이터의 보호입니다
말씀드렸듯이
내부 앱 디렉터리는 비공개입니다
또한 SD 카드에 생성된
외부 앱 디렉터리를 다른 앱이

Portuguese: 
sem ter tanto poder desnecessário
de leitura e gravação.
Com o armazenamento por escopo,
que apresentamos no Android 10,
a ideia é compartimentar o armazenamento
em conjuntos específicos
e limitar o acesso ao armazenamento amplo.
Durante o projeto,
pensamos em três
princípios básicos a seguir.
O primeiro é melhorar a atribuição.
Ou seja, o sistema detecta
qual app criou o arquivo.
Isso ajuda o usuário
a gerenciar melhor o armazenamento.
Isso também garante que,
quando um app for desinstalado,
todo o conteúdo dele também será removido,
a menos que o usuário mostre
explicitamente que prefere mantê-lo.
Depois, temos a proteção dos dados do app.
Como dito antes,
os diretórios internos do app
ficaram privados.
Também procuramos garantir
que os diretórios externos dos apps,
criados em um cartão SD,
não sejam facilmente lidos

Spanish: 
sin recibir poderes de lectura y escritura
tan globales que realmente no necesitan.
Con Almacenamiento Específico,
que presentamos en Android 10,
la idea es compartimentar
el almacenamiento
en colecciones específicas
y limitar el acceso
al almacenamiento global.
Durante el diseño, pensamos
en tres principios básicos
que queríamos seguir.
El primero es una mejor atribución.
Esto significa que el sistema
sabe qué apps crearon cada archivo.
Esto ayuda al usuario
a gestionar mejor su almacenamiento.
También garantiza que,
cuando se desinstala una app,
se elimine todo su contenido
a menos que el usuario
quiera explícitamente conservarlo.
El segundo es proteger
los datos de la app.
Como mencioné antes,
los directorios de apps internos
son privados.
Queremos asegurarnos
de que los directorios
de apps externos que se crean
en una tarjeta SD

English: 
without getting
such a broad reading
and writing power that
they don't actually need.
So with Scope Storage, which
we introduced with Android 10,
the idea is to
compartmentalize storage
into specified collections
and to limit the access
to broad storage.
So as we were designing
it, we thought
of three basic principles
that we wanted to follow.
The first is better attribution.
This means that the system knows
which apps created which files.
This helps the user better
manage their storage.
It also makes sure that
when an app is uninstalled,
all of its content is also
removed unless the user
explicitly wants it kept.
The next is protecting app data.
So as I mentioned before,
internal app directories
have been private.
We also want to make sure
that the external app
directories that are
created on an SD card

Chinese: 
而无需索取那些大而无当的读写权限
于是 我们在 Android 10 中推出了 Scoped Storage
我们的设想是 把存储空间分区 成为多个专属集
并限制过于宽泛的存储权限
在设计这个功能的时候 我们的想法是
我们需要遵循三个基本原则
第一 更好的文件属性设置
这意味着 系统应该知道 哪些应用创建了哪些文件
这样会让用户更好地管理他们的存储空间
同时 确保当应用被卸载时
与其相关的所有内容均会被移除 除非用户刻意保留
第二 保护应用数据
我之前提到过 内部应用目录一直以来都是私密的
我们还想确保创建在 SD 卡上的外部应用目录
也不能被其他应用轻松读取

Japanese: 
不必要に広範囲な読み込みや書き込みを
行わなくて済むようにしたいのです
Android 10に導入したScoped Storageは
ストレージを特定のコレクションに
区切るアイデアです
広範なアクセスは制限されます
これを設計する時に
３つの方針を設けました
１つ目は属性についての改善です
どのアプリがどのファイルを作成したかを
システムが把握できるようにしたので
ユーザーが
ストレージの管理をしやすくなりました
そして
アプリがアンインストールされると
付随するコンテンツは
ユーザーが残したい場合を除き 削除されます
もう１つの方針は
アプリのデータの保護です
先ほど触れたように
内部のアプリケーションディレクトリは
プライベートです
同じく SDカード内に作成された
外部アプリのディレクトリも

English: 
are also not able to easily
be read by other apps.
And of course, we want to
protect our users' data.
Because when you
download an image
from a private message or
a PDF of your tax return,
you probably don't
want every other app
on the device with
the storage permission
to be able to read those files.
So as we considered
these principles,
here are some of
the key features
that we added for Scope
Storage in Android 10.
The first is that every
app has unrestricted access
to their own app directories.
Now, this is going to be
both internal app directories
and external app directories.
So with Android
10, you don't need
to request a storage
permission to be
able to write files to your own
app directory on the SD card.
The next is that you
have unrestricted access
to contribute files to media
collections and to downloads.
We created a new
downloads collection also

Japanese: 
他のアプリから
簡単に読み込まれないようにしたいのです
もちろん ユーザーのデータも保護します
プライベートメッセージの画像や
納税申告書をダウンロードする時には
ストレージの許可を得た他のアプリに
それらを読み込まれたくないですからね
これらの方針をふまえ
Android 10のScoped Storageに
いくつかの機能を加えました
まず 全てのアプリが
そのアプリ自体のディレクトリに
無制限アクセスできるようにしました
これは 内部アプリと外部アプリの
どちらのディレクトリにも適用されます
SDカード内の
アプリケーションディレクトリに書き込む時
ストレージの許可を要求する必要が
なくなったのです
それから ファイルを
メディアコレクションや
ダウンロードに提供するための
無制限アクセスも付与されます

Indonesian: 
juga tidak dapat dengan mudah
dibaca oleh aplikasi lain.
Dan tentu saja, kami ingin
melindungi data pengguna kami.
Karena ketika Anda
mendownload gambar dari pesan pribadi
Anda mungkin tidak ingin
aplikasi lainnya
di perangkat dengan izin penyimpanan
dapat membaca file-file itu.
Dengan mempertimbangkan
prinsip-prinsip ini
inilah beberapa fitur utama
yang kami tambahkan untuk
Penyimpanan Terbatas di Android 10.
Pertama adalah bahwa
setiap aplikasi punya akses tak terbatas
ke direktori aplikasinya sendiri.
Ini berlaku untuk
direktori aplikasi internal
dan direktori aplikasi eksternal.
Jadi di Android 10, tak perlu
meminta izin penyimpanan
untuk menulis file ke direktori 
aplikasi itu sendiri di kartu SD.
Yang berikutnya adalah 
Anda memiliki akses tidak terbatas
untuk menambah file
ke koleksi media dan ke hasil download.
Kami juga membuat koleksi download baru

Portuguese: 
por outros apps.
E, é claro,
queremos proteger os dados dos usuários.
Porque, ao fazer o download
de uma imagem em uma mensagem particular
ou um PDF do imposto de renda,
não queremos
que todos os outros apps do dispositivo
com permissão de armazenamento
sejam capazes de ler os arquivos.
Considerando esses princípios,
vejamos alguns recursos importantes
adicionados ao armazenamento
por escopo no Android 10.
Primeiro, todos os apps
têm acesso irrestrito
aos próprios diretórios.
Isso vale para diretórios
internos e externos.
Com o Android 10, não é necessário
solicitar permissão de armazenamento
para gravar arquivos
no próprio diretório do app no cartão SD.
Você também tem acesso irrestrito
para contribuir com arquivos
em conjuntos de mídia e downloads.

Chinese: 
当然 我们想要保护用户的数据
因为 当你从私信中下载图片 
或是下载退税文档的 PDF 版本的时候
你恐怕不想让设备上所有拥有存储空间访问权限的应用
都来对这些文件看上一眼
根据这些原则 我们在 Android 10 中
为 Scoped Storage 添加了这些功能
第一 每个应用都可以不受限制地访问自身的应用目录
其中包括内部和外部应用目录
在 Android 10 中 你无需请求存储权限
就可以向 SD 卡上自己的应用目录中写入文件
第二 你可以不受限制地向媒体集和下载目录提供文件

Spanish: 
no puedan ser leídos
con facilidad por otras apps.
Queremos proteger
los datos de nuestros usuarios.
Porque cuando
descargan una imagen
de un mensaje privado
o un PDF de su declaración fiscal,
probablemente no quieran
que todas las otras apps
con permiso de almacenamiento
puedan leer esos archivos.
Teniendo en cuenta estos principios,
estas son algunas características clave
que agregamos a Almacenamiento Específico
en Android 10.
La primera es que todas
las apps tienen acceso ilimitado
a sus propios directorios.
Con esto nos referimos
a los directorios de apps internos
y los directorios de apps externos.
Con Android 10, no necesitan
solicitar permiso de almacenamiento
para escribir archivos en su propio
directorio de app en la tarjeta SD.
Otra característica es el acceso ilimitado
para contribuir archivos
a colecciones multimedia y a descargas.

Korean: 
쉽게 읽을 수 없어야 합니다
물론 사용자의 데이터를
보호할 수 있어야 합니다
비공개 메시지의 이미지나
소득 신고서의 PDF를 다운로드할 때
저장소에 접근할 수 있는
기기의 다른 모든 앱이 그런 파일을
읽을 수 없어야 하기 때문입니다
이러한 원칙을 고려하여
Android 10의 범위 지정 저장소에 
몇 가지 주요 기능을 추가했습니다
첫 번째로 모든 앱에
자체 앱 디렉터리에 대한
무제한 액세스를 부여했습니다
내부 앱 디렉터리와 외부 앱 디렉터리
모두에 대해 그렇습니다
따라서
Android 10에서는
SD 카드의 자체 앱 디렉터리에
파일을 쓰기 위해
저장소 사용 권한을
요청할 필요가 없습니다
두 번째로 미디어
컬렉션과 다운로드에 파일을
올릴 수 있도록
무제한 액세스가 제공됩니다

Indonesian: 
dengan Android 10.
Jadi, jika Anda ingin menyimpan
gambar, file musik, video,
atau dokumen lain,
Anda dapat melakukannya tanpa izin
selama itu disimpan
dalam koleksi media yang terorganisir.
Perubahan selanjutnya 
adalah izin penyimpanan
yang diperbarui.
Alih-alih memberikan
akses luas ke penyimpanan bersama,
Anda bisa mendapat
akses ke koleksi media
yang tersusun,
koleksi gambar, video, dan audio.
Kami juga yakin
bahwa lokasi aplikasi, maaf,
metadata lokasi media
bersifat pribadi atau sensitif
bagi pengguna.
Jadi kami membuat izin baru
yang disebut lokasi media akses
yang perlu aplikasi nyatakan
jika ingin melihat
metadata lokasi pada gambar.
Jika aplikasi tidak meminta,
metadata lokasi itu
tidak akan ditampilkan
saat aplikasi membaca file gambar.
Untuk membaca jenis file lainnya,

Spanish: 
También creamos una nueva
colección de descargas en Android 10.
Si quieren guardar una imagen,
un archivo de música, un video,
o cualquier otro documento, pueden
hacerlo sin un permiso
siempre y cuando esté guardado
en las colecciones multimedia organizadas.
Otro cambio que hicimos es redefinir
el permiso de almacenamiento.
En lugar de dar acceso global
al almacenamiento compartido,
reciben acceso a las colecciones
multimedia organizadas…
las colecciones de imagen, video y audio.
También creemos que la ubicación
de la app, o mejor dicho,
los metadatos de la ubicación multimedia
son privados del usuario
o confidenciales del usuario.
Creamos un permiso llamado
ACCESS_MEDIA_LOCATION
que las apps necesitarán declarar
si quieren ver los metadatos
de esa ubicación de la imagen.
Si no lo solicitan,
los metadatos de esa ubicación
estarán vacíos cuando la app
lea el archivo de imagen.
Para leer cualquier
otro tipo de archivo,

English: 
with Android 10.
So this way, if you want to save
an image, music file, video,
or any other document, you can
do so without any permission
as long as it's saved in the
organized media collections.
The next change we made is
that the storage permission
is redefined.
So instead of giving broad
access to shared storage,
you actually just get
access to organized media
collections-- the image,
video, and audio collections.
We also believe that app
location-- or sorry--
media location metadata
is private to the user
or sensitive to the user.
So we created a new permission
called access media location
that apps will need
to declare if they
want to see that location
metadata on the image.
If they don't request this,
that location metadata
will be stripped when the
app reads the image file.
So in order to read
any other type of file,

Korean: 
Android 10에도
새로운 다운로드 컬렉션을 만들었습니다
그렇게 하면 이미지, 음악 파일, 동영상
또는 기타 문서를 저장할 때
조직화된 미디어 컬렉션에 저장하는 한
사용 권한 없이도 저장이 가능합니다
다음 변경사항은 저장소
사용 권한을 재정의한 것입니다
즉, 공유된 저장공간에
광역 액세스를 부여하는 대신
이미지, 동영상, 오디오 컬렉션 등
조직화된 미디어
컬렉션에 대한 액세스를 확보합니다
또한 미디어 위치 메타데이터는 사용자에게
비공개 또는 민감한 정보인 것으로 간주됩니다
따라서 앱이 이미지의
위치 메타데이터를 보려 할 때
앱이 선언해야
하는 액세스 미디어 위치라는
새로운 사용 권한을 만들었습니다
앱이 요청하지 않는 한
앱이 이미지 파일을 읽을 때
위치 메타데이터가 제거됩니다

Japanese: 
Android 10には
新しいダウンロードコレクションを作りました
画像 ミュージック ビデオや
他のドキュメントを保存したい時には
整理されたメディアコレクションには
許可なしで保存できます
それから ストレージの許可についても
見直しました
ストレージへの広範なアクセスは許可されず
整理されたメディアコレクションへの
アクセスのみが付与されます
つまり 画像 ビデオ オーディオの
コレクションです
それから アプリの…
間違えました
メディア位置情報メタデータも
ユーザーの個人または機密情報です
そこで アクセスメディア位置情報という
許可を設けました
アプリが位置情報メタデータを
参照したい時は
宣言が必要です
この要求がない場合
アプリが画像ファイルを読み込むと
メタデータは破棄されます

Chinese: 
我们在 Android 10 中创建了全新的下载集
这样一来 如果你想要保存图片 音乐文件 视频 或任何文档
你都可以去做 无需提前获取任何许可权限
只要记得把文件保存在统一整理好的媒体集中即可
我们的下一个改动是 重新定义了存储权限
我们不再提供宽泛的共享存储空间权限
现在你只能访问整理好的媒体集 
也就是图片 视频 音频集
我们还认为 媒体位置元数据属于用户的私密敏感信息
所以 我们创建了一个新的权限：访问媒体位置
应用需要宣称自己是否需要查看图片上的位置元数据
如果它们不请求这个权限 那么当应用读取图片文件时
这个位置元数据就会被删除
为了读取其他类型的文件 如 PDF 或文档等

Portuguese: 
Além disso, criamos um novo
conjunto de downloads com o Android 10.
Assim, se você quiser salvar imagens,
músicas, vídeos ou qualquer documento,
isso pode ser feito sem permissão,
desde que seja
nos conjuntos de mídia organizada.
Outra mudança foi a redefinição
da permissão de armazenamento.
Em vez de conceder acesso amplo
ao armazenamento compartilhado,
você acessa somente
os conjuntos de mídia organizada:
imagem, vídeo e áudio.
Também acreditamos
que os metadados de localização de mídia
sejam dados particulares
ou confidenciais do usuário.
Assim, criamos uma nova permissão
chamada "acesso à localização de mídia".
Os apps precisarão declará-la
caso queiram ver
os metadados de localização na imagem.
Caso essa solicitação não seja feita,
os metadados de localização
serão removidos quando o app
ler o arquivo de imagem.

Korean: 
앱이 PDF나 문서와 같은 
다른 모든 형식의 파일을 읽으려면
시스템 선택기를 사용해야 합니다
이것은 저장소 액세스 
프레임워크를 통해 액세스해야 합니다
또한 조직화된 미디어 컬렉션이나
앱 디렉터리 외부에서 파일을 쓰려면
시스템 선택기를 사용해야 합니다
이를 통해 사용자가 파일을 저장할
디스크상의 정확한
위치를 선택할 수 있습니다
그렇다면 Android 10에
어떤 변화가 있었을까요?
Android 10의 초기 베타 버전에
범위 지정 저장소를 도입하고
타겟 SDK와 상관없이 모든 앱에 
이런 변경사항을 적용했습니다
하지만 이러한 변화가
다소 갑작스러우며
짧은 시간 안에
구현하기 매우 어려운 것이라는
내용의 개발자들의 피드백이 많았습니다
따라서 manifest 파일에서 선언할 수 있는
플래그를 도입했습니다
이것을 레거시 외부
저장소 요청이라고 합니다
앱이 manifest에서
이 플래그를 선언하면
Android 이전 버전에서와 같이
저장소 사용 권한이 적용됩니다

Indonesian: 
seperti PDF atau dokumen, kini aplikasi
perlu menggunakan alat pilih sistem.
Ini diakses menggunakan
Framework Akses Penyimpanan.
Selain itu, menulis file apa pun
di luar koleksi media
yang terorganisasi
atau direktori aplikasi
juga membutuhkan
alat pilih sistem.
Ini memastikan
pengguna bisa memilih
lokasi penyimpanan
yang diinginkan di disk.
Jadi apa yang terjadi di Android 10?
Kami menerapkan
Penyimpanan Terbatas di awal rilis beta
Android 10, dan kami terapkan
perubahan itu untuk semua aplikasi,
terlepas dari SDK target.
Tapi, kami punya masukan
penting dari developer
bahwa perubahan ini
sangat dramatis dan
sangat sulit dibuat
dalam waktu yang singkat.
Jadi kami menerapkan
flag yang Anda bisa
nyatakan dalam file manifes Anda.
Ini disebut
permintaan penyimpanan eksternal lama.
Jika aplikasi menyatakan
flag ini dalam manifesnya,
maka izin penyimpanan berfungsi

Chinese: 
应用现在需要使用系统文件选择器
用户可以通过 Storage Access Framework 访问它
此外 在统一整理的媒体集或应用目录之外写入任何文件
都需要使用系统文件选取器
这样就可以确保用户能够选择把文件存放在存储里的哪个位置
那么 Android 10 为我们带来了什么呢？
我们在较早的 Android 10 beta 发布版中
推出了 Scoped Storage
我们把这些更改贯彻到了所有应用中 无论目标 SDK 是什么
然而 我们收到了很多的开发者反馈信息
反馈内容是 这些更改幅度很大 很难在短期内实现
于是 我们推出了一个开关值
你可以在 manifest 文件中设置它
它叫作 requestLegacyExternalStorage
如果一个应用在 manifest 中打开这个设置
那么存储权限就会像之前版本中的 Android 一样运作

Portuguese: 
Para ler qualquer outro tipo de arquivo,
como um PDF ou documento,
agora os apps
precisam usar o seletor do sistema.
Ele é acessado
pelo framework de acesso ao armazenamento.
Além disso, gravar qualquer arquivo
fora das coleções de mídia organizada
ou dos diretórios do app
também requer o uso desse seletor.
Isso garante
que os usuários possam escolher
exatamente onde
querem armazenar arquivos no disco.
O que aconteceu no Android 10?
Incluímos o armazenamento por escopo
no início das versões Beta do Android 10
e impusemos essas alterações
a todos os apps,
independentemente do SDK de destino.
No entanto, recebemos
bastante feedback dos desenvolvedores
de que essas alterações
eram muito drásticas
e difíceis de fazer
em um período tão curto.
Por isso, incluímos uma sinalização
que pode ser declarada
no arquivo do manifesto.
Ela se chama requestLegacyExternalStorage.
Se um app declarar
essa sinalização no manifesto,

Spanish: 
como un PDF o un documento,
las apps ahora
necesitan usar el selector del sistema.
Se puede acceder mediante el marco
de trabajo de acceso al almacenamiento.
Además, escribir archivos fuera
de las colecciones multimedia organizadas
o los directorios de sus apps
requiere el uso
del selector del sistema.
Esto garantiza
que los usuarios puedan elegir
el lugar del disco donde
quieren almacenar el archivo.
Entonces, ¿qué sucedió en Android 10?
Presentamos Almacenamiento Específico
en las primeras versiones beta
de Android 10, y forzamos
esos cambios a todas las apps,
independientemente del SDK de destino.
Sin embargo,
los desarrolladores observaron
que estos cambios eran muy dramáticos
y muy difíciles de implementar
en tan poco tiempo.
Así que presentamos
una marca que se puede declarar
en el archivo de manifiesto.
Se denomina requestLegacyExternalStorage.
Si una app declara esta marca
en su manifiesto,
el permiso de
almacenamiento funciona

Japanese: 
PDFやドキュメントなど
他のタイプのファイルを読み込むには
アプリは
システムピッカーを使わなければなりません
Storage Access Frameworkを使って
アクセスします
整理されたメディアコレクションや
自分のアプリディレクトリ外への
ファイル書き込みにも
システムピッカーが必要です
これによって ユーザーは
ディスク内のファイル格納場所を選べるのです
Android 10の新機能を説明しました
初期段階のベータ版リリース時に
Scoped Storageを導入し
ターゲットSDKにかかわらず
全てのアプリに変更を適用しました
しかし その後
開発者からのフィードバックで
大きな変更だったため
短い時間での対応が難しいと知りました
そのため マニフェストファイルで宣言できる
フラグを導入したのです
レガシー外部ストレージ要求という
フラグです
アプリがマニフェストで
これを宣言すると
ストレージの許可が
旧バージョンのAndroidと同じように機能します

English: 
like a PDF or a
document, apps now
need to use the system picker.
This is accessed using the
Storage Access Framework.
Also, writing any files
outside of the organized media
collections or your
app directories
also requires using
the system picker.
This makes sure that
users can choose
exactly where on the disk
they want the file stored.
So what happened in Android 10?
We introduced Scope Storage in
one of the early beta releases
of Android 10, and we imposed
those changes for all apps,
regardless of target SDK.
However, we had significant
developer feedback
that these changes were
very dramatic and very
difficult to make in such
a short period of time.
So we introduced a
flag that you can
declare in your manifest file.
It's called request
legacy external storage.
If an app declares this
flag in their manifest,
then the storage
permission works
as it did on previous
versions of Android.

Korean: 
접수된 우려에도 불구하고
현재 Android 10을 타겟팅하는 앱의
98%가 이 플래그를 
요청하지 않고 있습니다
이를 통해 범위 지정 저장소에 
도입한 변경사항이
대부분의 개발자에게
수용되고 있음을 알 수 있습니다
하지만 많은 앱이
여전히 Android 10을
타겟팅하지 않고 있다는 점을
잘 알고 있습니다
이렇듯 저희는 2%에 해당하는
앱의 환경도 고려하고 있으며
개발자들이 이러한 변경사항을
쉽게 적용할 수 있도록
범위 지정 저장소를
개선하고 기능을 추가하는
방법을 개발하고 있습니다
저희가 접수한 개발자 
피드백의 몇 가지 기본적인 주제를
살펴보겠습니다
첫 번째로
Android 10에 도입한 변경사항은
파일 경로 또는 기본 
라이브러리의 사용을 지원하는 데
부족한 부분이 있습니다

Spanish: 
como lo hacía
en las versiones anteriores de Android.
A pesar de que escuchamos
algunas dudas,
nos complace ver
que de todas las apps
que se están desarrollando
para Android 10, el 98 %
no solicita esta marca.
Esto nos muestra que los cambios
que presentamos
con Almacenamiento Específico
son aceptables
para la mayoría de desarrolladores.
Sin embargo, también
entendemos que muchas apps
aún no empezaron
a desarrollarse para Android 10.
También somos
muy conscientes de la experiencia
de ese 2 %, y queremos pensar
cómo mejorar Almacenamiento Específico
y agregar características
para facilitarle a los desarrolladores
adaptarse a estos cambios.
Hablaremos acerca
de algunos comentarios
que recibimos de los desarrolladores,
algunos de los temas básicos.
El primero es que los cambios
que presentamos en Android 10
no tienen compatibilidad
para usar rutas de archivo
o bibliotecas nativas.

English: 
Despite some of the
concerns that we heard,
we're really happy to see
that of all of the apps that
are currently targeting
Android 10, 98% of them
don't request this flag.
This shows us that
the changes we
introduced with
Scope Storage are
acceptable to most developers.
However, we also understand
that a lot of apps
have not started
targeting Android 10 yet.
And we also are very
conscious about the experience
of these 2%, and we
want to really think
about how we can improve
Scope Storage and add features
so that these changes are
easier for developers to adapt.
So we're actually going
to talk about some
of the developer feedback
that we've gotten,
some of the basic themes.
The first is that the changes
that we introduced with Android
10 have a lack of
support for using
file paths or native libraries.

Chinese: 
虽然我们听到了一些担忧
但我们很高兴地看到 目前针对 Android 10 的所有应用中
98% 不会这样设置
这告诉我们 随 Scoped Storage 加入的改动
被大多数开发者接受了
然而 我们也明白 很多应用
还没有开始针对 Android 10 进行改动
我们很清楚这2%的应用的体验
我们想要考虑如何改进 Scoped Storage 如何添加功能
让开发者更更轻松地采纳这些改动
所以 我们准备分享一些我们收到的开发者反馈信息
分享一些最基本的主题
首先 我们在 Android 10 中加入的改动
目前尚不支持文件路径和原生代码库

Japanese: 
いくつか問題はありましたが
うれしいデータもあります
Android 10をターゲットとした
全てのアプリのうち
98パーセントが
このフラグを要求していません
すなわち
Scoped Storageの変更点が
多くの開発者に
受け入れられているということです
しかし まだ多くのアプリが
Android 10をターゲットにしていません
そして 残りの２パーセントの
エクスペリエンスも気になります
Googleは Scoped Storageの改善や
機能追加について考えることで
開発者が変更点に
対応しやすくしたいのです
今からお話しするのは
開発者からのフィードバックや
基本的なテーマです
最初のテーマは
Android 10の変更点に
ファイルパスやネイティブライブラリの
サポートがない点についてです
次は

Indonesian: 
seperti yang terjadi
pada versi Android sebelumnya.
Meski kami dengar
ada beberapa masalah
kami senang
karena dari semua aplikasi
yang saat ini menargetkan Android 10,
98% di antaranya
tidak minta flag ini.
Ini menunjukkan
bahwa perubahan yang
kami terapkan
pada Penyimpanan Terbatas
berterima bagi sebagian besar developer.
Namun, kami juga memahami
bahwa banyak aplikasi
belum mulai menargetkan Android 10.
Kami juga memperhatikan pengalaman
pada 2% ini,
dan kami ingin memikirkan
cara meningkatkan 
Penyimpanan Terbatas dan menambahkan fitur
sehingga perubahan ini
memudahkan adaptasi developer.
Jadi kita sebenarnya
akan membicarakan beberapa hal
tentang masukan developer
yang kami dapatkan,
beberapa tema dasar.
Yang pertama adalah perubahan
yang diterapkan pada Android 10
tidak dapat cukup dukungan
dalam penggunaan
lokasi file atau pustaka asli.

Portuguese: 
a permissão de armazenamento funcionará
como nas versões anteriores do Android.
Apesar de algumas questões que ouvimos,
estamos muitos felizes
por ver que 98% de todos os apps
voltados para o Android 10
não solicitam essa sinalização.
Isso nos mostra
que as alterações que introduzimos
com o armazenamento por escopo
são aceitáveis
para a maioria dos desenvolvedores.
No entanto, também
entendemos que muitos apps ainda
não são voltados para o Android 10.
Também temos muito conhecimento
sobre a experiência desses 2%.
Queremos pensar em como melhorar
o armazenamento por escopo
e adicionar recursos para simplificar
a adaptação dos desenvolvedores.
Falaremos sobre alguns feedbacks
que recebemos dos desenvolvedores,
temas básicos.
Primeiro, falta suporte nas mudanças
que introduzimos com o Android 10
para o uso de caminhos de arquivo
ou bibliotecas nativas.

Spanish: 
Luego, hay categorías específicas de apps
que realmente necesitan acceso
al almacenamiento global,
como los administradores de archivos
o las apps de copia de seguridad
y restablecimiento.
Las apps intentaron usar las API del marco
de trabajo de acceso al almacenamiento
para obtener una vista global
del almacenamiento compartido.
Sin embargo, el problema es
que esas API no se diseñaron
para obtener acceso
a tantos archivos anidados.
Entonces, los desarrolladores
informaron problemas de rendimiento.
También se quejaron por la dificultad
de la IU, que requiere
que el usuario seleccione
carpetas raíz para obtener
este nivel de almacenamiento.
Y ahora que cambiamos
los medios del permiso de almacenamiento,
la definición perdió claridad.
Entonces, para algunas apps actualizadas,
el permiso de almacenamiento
realmente significa
que obtienen acceso a los medios.
Para las apps
que no están actualizadas,
significa que tienen
acceso global al almacenamiento.
Y eso puede ser confuso.
Queremos hablar de algunas cosas

Chinese: 
其次 有一些特定种类的应用非常需要宽泛的存储权限
比如 文件管理器 备份和恢复类的应用 等等
这些应用会尝试使用 Storage Access Framework API
并总览共享存储空间内部的情况
但问题在于 这些 API 本身并不是被设计用来访问
这么多嵌套文件的
于是 这些开发者上报了性能问题
而且 他们还抱怨说 UI 不够好用
无法让用户选取根目录并访问这个级别的存储空间
现在 我们更改了存储权限的定义
所以 这个定义开始变得有些模糊起来
对于部分已更新的应用而言
存储权限方面的改动意味着 它们现在可以访问媒体了
对于那些尚未更新的应用而言
这意味着它们能够访问宽泛意义上的存储空间
这就会导致开发者群体出现迷惑
我们想谈谈我们对下个版本的构思

Portuguese: 
Depois, há categorias
específicas de apps
que precisam acessar
o armazenamento amplo.
Por exemplo, você pode pensar
em administradores de arquivo
ou apps de backup e restauração.
Esses apps tentaram usar as APIs
do framework de acesso ao armazenamento
para ter uma visão ampla
do compartilhamento armazenado.
No entanto, o problema é que essas APIs
não foram feitas para acessar
tantos arquivos aninhados.
Então, os desenvolvedores
relataram problemas de desempenho.
Além disso, houve reclamações
sobre a dificuldade da IU,
em que o usuário
precisava selecionar as pastas raízes
para chegar a esse nível de armazenamento.
Além disso, ao mudar o significado
de permissão de armazenamento,
a definição ficou bagunçada.
Para alguns apps atualizados,
a permissão de armazenamento
significa que eles têm acesso à mídia.
Para outros apps, desatualizados,
ela dá acesso amplo ao armazenamento.
Isso pode ser confuso.
Então, queremos falar
de algumas das nossas ideias

Korean: 
다음으로, 특정 앱 범주는
광역 저장소에 대한 
액세스를 필요로 합니다
파일 관리자나 백업과 
앱 복구를 예로 들 수 있습니다
이러한 앱은 공유 저장공간에
대한 광역적 관점을 확보하기 위해
Storage Access Framework API의 
사용을 시도했습니다
그런데 여기서 문제는
애초에 해당 API의 용도가
중첩된 파일에 대한 액세스를
확보하는 것이 아니라는 점입니다
따라서 개발자들은
성능 문제를 제기했습니다
사용자가 필요한 정도로
저장소에 도달하려면
루트 폴더로 이동하여 선택해야 하는
UI의 불편함도 제기했습니다
그리고 이제 저장소 사용 권한이
의미하는 바가 바뀌었기 때문에
정의는 더 복잡해졌습니다
업데이트된 몇 가지 앱의 경우
저장소 사용 권한이란
미디어 액세스 권한을 의미합니다
업데이트되지 않은
다른 앱의 경우에는
저장소에 대한
광역 액세스를 의미합니다
혼란스러울 수 있습니다
이제 다음 출시를 위해 현재 연구 중인

Indonesian: 
Selanjutnya, ada kategori spesifik
untuk aplikasi yang membutuhkan
akses ke penyimpanan luas.
Contohnya adalah aplikasi pengelola file
Aplikasi ini berusaha menggunakan
API Framework Akses Penyimpanan
untuk mendapatkan
tampilan luas dari penyimpanan bersama.
Namun, masalahnya adalah
API tersebut tidak
digunakan untuk mendapatkan 
akses ke banyak file bertumpuk
Jadi para developer
melaporkan masalah kinerja.
Mereka juga mengeluh tentang
beberapa kesulitan UI
untuk membuat pengguna membuka dan memilih
folder akar untuk mendapatkan
tingkat penyimpanan ini.
Dan karena izin penyimpanan
sudah diubah, itu artinya
definisinya jadi tidak jelas.
Jadi pada beberapa aplikasi
yang diupdate,
izin penyimpanan artinya
mendapatkan akses ke media.
Sedangkan aplikasi yang tak diupdate
memiliki akses luas ke penyimpanan.
Dan itu bisa membingungkan.
Sebenarnya
kami ingin bahas beberapa hal

Japanese: 
特定の種類のアプリが
広範なアクセスを必要とする点です
例えば ファイルマネージャーや
バックアップや復元用のアプリです
こうしたアプリは
Storage Access Framework APIを使って
共有ストレージを広く参照できます
問題は これらのAPIが
多くのネストファイルへのアクセスを
想定したものではないという点です
開発者たちがパフォーマンスの問題を
報告してきています
それから
UIについての苦情もありました
こうしたストレージ取得時の
ユーザのルートフォルダ選択が困難だと…
また ストレージの許可を変更したために
定義が複雑になりました
アップデートされたアプリでは
ストレージの許可は
メディアへのアクセス権を意味します
アップデートされていないアプリでは
ストレージに広範にアクセスできます
次のリリースに向けての取り組みを
ご紹介します

English: 
Next, there are
specific categories
of apps that really need
access to broad storage.
For example, you can
think of file managers
or backup and restore apps.
So these apps attempted to use
the Storage Access Framework
APIs to get a broad
view of shared storage.
However, the problem is
that those APIs were not
intended to be used to get
access to so many nested files.
So those developers
reported performance issues.
And also, they
complained about some
of the UI difficulty of
having the user go and select
root folders in order to
get this level of storage.
And also, now that we've changed
the storage permission means,
the definition has
become muddled.
So for some apps
that are updated,
the storage permission
actually means that they're
getting access to media.
And for other apps
that are not updated,
it means they have
broad access to storage.
And that can be confusing.
So we actually want to talk
about some of the things

Indonesian: 
yang ada di rilis berikutnya.
Ini tidak biasanya dibahas
di acara seperti ini,
tapi rasanya perlu
diumumkan kepada developer
apa yang sedang diupayakan,
jadi selagi Anda buat perubahan
untuk Android 10,
tidak ada perubahan
yang perlu dikembalikan
saat versi Android berikutnya dirilis.
Pertama, kami lakukan pembaruan
ke UI izin.
Kami telah perbaiki
masalah yang sebelumnya
membuat aplikasi yang 
hanya bisa mengakses media
tampak mengakses
semua penyimpanan bersama.
Kami akan membedakan ini untuk pengguna.
Jadi pengguna akan melihat
UI izin berbeda berdasarkan
ada tidaknya update aplikasi itu dan
penggunaan Penyimpanan Terbatas.
Lalu kami berupaya keras
untuk memungkinkan jalur file
dan library native membaca media.
Dan Zim akan jelaskan hal ini.
Kami juga memperbarui API
untuk memodifikasi dan menghapus
file media yang tidak dibuat aplikasi itu.
Dan ini termasuk pembuatan opsi massal.

Korean: 
몇 가지 사항에 대해
말씀드리겠습니다
보통 이런 자리에서
말씀드리는 내용은 아니지만
개발자들에게 저희의
작업 내용을 공개하는 것이
매우 중요하다고 생각합니다
그래야 여러분이 Android 10에
변경사항을 추가할 때
다음 Android 버전이 
출시되면서 다시 없애야 하는 변경사항을
추가하는 일이 
생기지 않을테니 말입니다
첫 번째로 하고 있는 작업은 
사용 권한 UI를 업데이트하는 것입니다
실은 미디어 액세스만 가능한 앱이
모든 공유 저장공간에 액세스할 수 있는 것처럼 보였던
문제를 이미 해결했습니다
사용자를 위해
이 점을 구별할 건데요
사용자는 앱이 업데이트되었는지
범위 지정 저장소를 사용하는지
여부에 따라 다른
사용 권한 UI를 마주하게 될 겁니다
다음으로 저희는
미디어 읽기를 위한
파일 경로 및 기본 라이브러리
활성화를 위해 열심히 작업 중입니다
이 주제는 잠시 후 짐이
자세히 설명드리겠습니다
앱이 생성하지 않은 미디어 
파일을 수정하고 삭제하기 위한
API도 업데이트 중입니다
이를 위해 일괄 
옵션을 만들고 있습니다

Japanese: 
通常 このイベントでは話さない内容ですが
何に取り組んでいるかを
開発者に話すのは重要なことだと思います
そうすれば
私たちがAndroid 10に変更を加えている間
開発者は 新バージョンリリース時に
後退する変更をせずに済みます
まず 許可のUIを
アップデートします
Googleは１つの問題を解決済みです
メディアへのアクセス権しかないアプリは
共有ストレージ全体にはアクセスできません
ユーザーにそれが分かるようにします
アプリがアップデートされて
Scoped Storageを使っているかどうかが
許可UIの違いで分かるようにします
２つ目の取り組みは
メディアを読み込むための
ファイルパスとネイティブライブラリです
ズィムが詳細を説明します
アプリが自作していないメディアファイルの
変更や削除を行うAPIも
アップデートします
その一環として
バルクオプションも作ります

Chinese: 
通常 我们是不会在这样的场合谈论这种事情的
但是我觉得 我们很有必要向开发者声明我们的开发进程
这样 在大家都在忙着针对 Android 10 进行更改的时候
就可以避免在下一个 Android 版本发布时
把自己做出过的改动彻底推倒重来这种尴尬的情况
首先 我们更新了权限 UI 从而解决了之前的问题
这个问题就是 取得媒体访问权限的应用
似乎就直接取得了所有共享存储空间的访问权限
我们需要为用户区分这些权限
用户会看到一个全新的权限 UI
这个 UI 会根据应用是否已更新 
是否在使用 Scoped Storage 而有所不同
其次 我们正在努力支持使用文件路径和原生代码库
来读取媒体文件
Zim 会详细讲解这方面的内容
我们还在更新那些用来修改和删除
非应用自己生成的媒体文件的 API
其中包括 我们正在创建的一个批处理功能

Portuguese: 
para a próxima versão.
Não costumamos falar disso neste evento,
mas acho muito importante
contar aos desenvolvedores
o que temos feito.
Assim, quando se adaptarem ao Android 10,
vocês não farão mudanças
que precisarão ser revertidas
na próxima versão do Android.
A primeira coisa que estamos fazendo
é atualizar a IU de permissões.
Assim, corrigimos o problema
em que apps
com acesso somente à mídia
pareciam ter acesso
a todo o armazenamento compartilhado.
Faremos essa diferenciação ao usuário.
Ele verá uma IU de permissão diferente
que mostrará se o app
está atualizado e usando
o armazenamento por escopo ou não.
Estamos fazendo o possível
para ativar os caminhos de arquivo
e as bibliotecas nativas
para a leitura de mídia.
O Zim falará mais sobre isso.
Também estamos atualizando as APIs
para modificar e excluir
arquivos de mídia
que não foram criados pelo app.
Isso inclui criar
uma opção para operações em massa.

Spanish: 
que pensamos para la próxima versión.
Por lo general, no hablamos de eso
en este evento, pero creo
que es importante
contarles a los desarrolladores
en qué estamos trabajando para que,
si están haciendo cambios
para Android 10, no hagan cambios
que deberán revertir cuando lancen
la próxima versión de Android.
Primero, haremos una actualización
en la IU de los permisos.
Solucionamos el problema
de que las apps que solo obtenían
acceso a medios
parecían tener acceso
a todo el almacenamiento compartido.
Lo diferenciaremos para el usuario.
Así, el usuario verá
una IU de permiso diferente
si la app está actualizada
y usa Almacenamiento Específico o no.
También estamos trabajando mucho
para habilitar rutas de archivos
y bibliotecas nativas para leer medios.
Zim hablará un poco más sobre esto.
También actualizamos las API
para modificar y eliminar
archivos multimedia que la app
no creó por sí misma.
Eso incluye crear una opción masiva.

English: 
that we're thinking about
in the next release.
And that's not
something we normally
talk about at this
event, but I think
it's really important to
announce to developers what
we're working on so that
as you're making changes
for Android 10, you
don't make any changes
that you'll need to
reverse as you release
the next version of Android.
So the first thing is
we're doing an update
to the permissions UI.
So we fixed the
problem before where
apps that are actually only
getting access to media
seem like they're getting
access to all of shared storage.
We're going to differentiate
this to the user.
So the user will see a
different permission UI based on
if that app is updated and
using Scope Storage or not.
And next, we're
working really hard
to enable file paths and native
libraries for reading media.
And Zim is going to
talk more about that.
We're also updating the APIs
for modifying and deleting
media files that the app
didn't create itself.
And that includes that we're
creating a bulk option.

Indonesian: 
Perubahan besar berikutnya
yang kami buat adalah
kami menambahkan
izin akses aplikasi khusus.
Ini khusus untuk aplikasi yang
menunjukkan kebutuhan akses luas
ke penyimpanan bersama
dan izinnya
akan dikelola oleh Google Play.
Kami juga mengambil langkah lanjutan
dan melindungi
direktori aplikasi eksternal tersebut
dan memastikan
pengguna tidak bisa memilih
direktori tersebut dengan
Framework Akses Penyimpanan API.
Perubahan besar
yang kami lakukan adalah
bahwa semuanya
akan diberlakukan berdasar SDK target
Tahun lalu, kami sampaikan
bahwa ini akan diberlakukan
apa pun SDK target untuk semua aplikasi
pada rilis Android berikutnya.
Tapi kami pikir
hal terbaik bagi pengguna
adalah untuk
menerapkan perubahan ini secara bertahap.
kami juga ingin pastikan
developer punya cukup waktu
untuk merancang
aplikasinya guna memastikan
perubahan untuk Penyimpanan Terbatas
dilakukan secara
bertanggung jawab.
Sekarang giliran Zim, yang

Japanese: 
その次の変更点は
特別なアプリアクセス許可を追加します
許可されるのは
ストレージへの広範なアクセスの必要性を示して
Google Playのホワイトリストに載るアプリです
それから
外部アプリディレクトリの保護も強化します
Storage Access Framework APIによって
ユーザーがこうしたディレクトリを
選べないようにします
さらに
ターゲットSDKに基づいてこれを適用します
ターゲットSDKにかかわらず
Androidの次のリリース時に
全てのアプリでこれを適用するとお話ししました
ユーザーにとってベストなのは
これらの変更を徐々に取り入れることです
そして 開発者には
アプリの設計に時間をかけてほしいと思います
信頼できる方法でScoped Storageのための変更を
アプリに加えてほしいのです
ズィムに代わります

Portuguese: 
Nossa próxima grande mudança
é adicionar uma permissão especial
de acesso ao app.
Isso é especial
para os apps com necessidade comprovada
de acesso amplo
ao armazenamento compartilhado,
que serão autorizados pelo Google Play.
Estamos aumentando a proteção
dos diretórios externos dos apps
para garantir que os usuários
não possam selecioná-los
com as APIs
do framework de acesso ao armazenamento.
Outra grande mudança
é que aplicaremos essa proteção
com base no SDK de destino.
No ano passado,
dissemos que reforçaríamos a proteção,
independentemente do SDK
de destino, para todos os apps
na próxima versão do Android.
No entanto,
acreditamos que o melhor para os usuários
é introduzir
essas mudanças de forma gradual.
Também queremos dar tempo suficiente
para os desenvolvedores ajustarem os apps
às mudanças no armazenamento por escopo
de maneira responsável.
Agora, passarei para o Zim,
que falará mais sobre as mudanças

English: 
The next big change
that we're making
is we're adding a special
app access permission.
This is specifically
for apps that
can demonstrate a need for
broad access to shared storage
and will be whitelisted
by Google Play.
We're also taking
it a step further
and protecting those
external app directories
and making sure that
users can't select
those directories with the
Storage Access Framework APIs.
And a big change
that we're making
is that we're going
to be enforcing this
based on target SDK.
Last year, we did say that
we would be enforcing this
regardless of target
SDK for all apps
on the next release of Android.
But really, we think that
the best thing for the users
is to introduce these
changes gradually.
And we also want to make sure
that developers can really
take the time to design
their apps to make sure
that they're making
the changes for Scope
Storage in a responsible way.
Now I'll hand it
over to Zim, who

Korean: 
그다음으로 작업 중인
큰 변화는 특별한 
앱 액세스 권한 추가입니다
이 작업은 특히
공유 저장공간에 대한
광역 액세스의 필요성을
보여주는 앱을 위한 것이며
Google Play 허용 목록에도
추가될 예정입니다
한 발 더 나아가
이러한 외부 앱 디렉터리를 보호하고
사용자가 Storage Access Framework API로
이를 선택할 수 없도록 연구하고 있습니다
저희가 구상 중인 또 다른 큰 변화는
타겟 SDK를 기반으로 
이를 적용한다는 것입니다
작년에 Google에서는
다음 Android 출시 시점에는
타겟 SDK와 
관계없이 모든 앱에
이를 적용하겠다고
말씀드렸습니다
그러나 실제로는 이러한
변화를 점진적으로 도입하는 것이
사용자에게 가장 좋은 방식일 것입니다
또한 개발자가 책임감을 가지고
범위 지정 저장소에
변경사항을 추가할 수 있도록
앱 설계에 충분한 
시간을 할애할 수 있는
환경을 조성하고자 합니다
이제 이어서 짐이
Android 10에 도입된

Chinese: 
我们的另一个大规模改动是
添加一个特殊的应用访问权限
专用于那些能够表明自己对共享存储空间宽泛访问权限需求的应用
相应地 Google Play 也会将其加入白名单
我们还在进一步保护外部应用目录
并确保用户无法使用 Storage Access Framework API
来选取这些目录
我们还在进行一项重大的改进工作：
基于目标 SDK 来执行这些原则
去年我们宣称 我们将在下一个版本的 Android 中
无视 SDK 对所有应用执行这些原则 
不过我们认为 最适合用户的解决方案就是
逐步地进行这些修改
我们还想让开发者们可以有充足的时间设计自己的应用
确保他们依照负责任的方式为 Scoped Storage 作出更改
现在我把话筒交给 Zim
他会为大家进一步讲解 Android 10 加入的更改

Spanish: 
El próximo gran cambio es el de agregar
un permiso de acceso especial a la app.
Es específicamente para apps
que prueben una necesidad de acceso global
al almacenamiento compartido
y estarán autorizadas por Google Play.
Daremos un paso más allá
para proteger
esos directorios de apps externos
y garantizar que los usuarios
no puedan seleccionar
esos directorios con las API del marco
de trabajo de acceso al almacenamiento.
Un gran cambio que haremos
será el de aplicar esto
según el SDK de destino.
El año pasado, dijimos
que lo forzaríamos
sin importar el SDK de destino
para todas las apps
en la siguiente versión de Android.
Pero, creemos que lo mejor
para los usuarios
es implementar estos cambios gradualmente.
Queremos asegurarnos
de que los desarrolladores puedan
tomarse el tiempo para diseñar
sus apps y garantizar
la implementación de los cambios
en Almacenamiento Específico
de forma responsable.
Ahora Zim nos hablará

Indonesian: 
akan menjelaskan perubahan yang
diterapkan pada Android 10
dan beberapa fitur baru
yang sedang kami tingkatkan.
-Terima kasih, Roxy.
Sekarang saya akan bahas lebih detail
perubahan yang
kami luncurkan di Android 10
dan perubahan yang diharapkan 
pada rilis Android berikutnya.
Dari versi Android paling awal,
kami selalu sediakan audio, gambar,
dan koleksi video.
Koleksi ini dimaksudkan untuk
aktivitas berbagi file media
dengan aplikasi lain.
Di Android 10, kami buat perubahan besar
untuk memudahkan kontribusi ke koleksi ini
tanpa izin apa pun.
Anda bisa mengedit
dan menghapus file media
yang Anda kontribusikan tanpa izin.
Maksudnya adalah mengurangi
jumlah permintaan aplikasi untuk
izin penyimpanan yang tidak perlu.
Untuk membaca file media
yang tidak dibuat aplikasi Anda,
Anda akan memerlukan
izin membaca penyimpanan eksternal.
Izin menulis penyimpanan eksternal

Spanish: 
sobre los cambios
que presentamos en Android 10
y algunas características nuevas
en las que estamos trabajando.
Gracias, Roxy.
Ahora entraré en mayor detalle
sobre los cambios
que lanzamos en Android 10
y los cambios previstos
para la próxima versión de Android.
Desde las primeras versiones de Android,
siempre tuvimos las colecciones
de audio, imagen y video.
Estas colecciones son
para compartir archivos multimedia
con otras apps.
En Android 10, hicimos el gran cambio
de permitir la contribución
a estas colecciones
sin necesitar permisos.
A su vez, pueden
editar y eliminar los archivos multimedia
que contribuyeron sin necesitar permisos.
El objetivo era reducir la cantidad
de apps que solicitaban innecesariamente
estos permisos de almacenamiento.
Para leer archivos multimedia
no creados por su app,
necesitarán el permiso
READ_EXTERNAL_STORAGE.
El permiso de escritura
del almacenamiento externo

Portuguese: 
introduzidas com o Android 10
e alguns dos novos recursos
que estamos desenvolvendo.
Obrigado, Roxy!
Agora, veremos em detalhes
as mudanças lançadas no Android 10,
além das alterações esperadas
na próxima versão do Android.
Desde as primeiras versões do Android,
sempre tivemos os conjuntos
de áudio, imagem e vídeo.
Esses conjuntos têm a finalidade
de compartilhar arquivos de mídia
com outros apps.
No Android 10, fizemos uma grande mudança
para permitir a contribuição
nesses conjuntos sem qualquer permissão.
Da mesma forma, é possível
editar e excluir arquivos de mídia
em que você contribuiu
também sem permissões.
Isso foi feito para reduzir
a quantidade de apps que solicitam
essas permissões de armazenamento
sem necessidade.
Para ler arquivos de mídia
não criados pelo app,
você precisará da permissão
de leitura do armazenamento externo.
A permissão de gravação
no armazenamento externo

Korean: 
변경사항과
작업 중인 새로운 기능
몇 가지를 설명드리겠습니다
고마워요, 록시
저는 Android 10에 도입된 변경사항과
다음 Android 버전에서 선보일
몇 가지 변화에 대해
좀 더 자세히 설명하겠습니다
저희는 Android 초기 버전부터
꾸준히 오디오, 이미지 
그리고 동영상 컬렉션을 제공해 왔습니다
이러한 컬렉션의 목적은
미디어 파일을 다른 
앱과 공유하는 것입니다
Android 10에서는
사용 권한이 없어도
이러한 컬렉션에
기여할 수 있도록
큰 변화를 주었습니다
마찬가지로 미디어 파일을
사용 권한 없이 수정하거나
삭제할 수 있습니다
이는 저장소 사용 권한을
불필요하게 요청하는 앱의 수를
줄이기 위한 것입니다
앱에서 만들지 않은
미디어 파일을 읽으려면
외부 저장소 읽기 권한이
필요합니다
외부 저장소 쓰기 권한은

Chinese: 
以及我们正在开发的一些新功能
谢谢 Roxy
下面我们来详细谈谈我们在 Android 10 中发布的改动
以及在下一个 Android 版本中即将推出的改动
从最初的 Android 版本开始
我们就有音频 图像 和视频集
这些媒体集的设计目标是 和其他应用共享媒体文件
在 Android 10 中 我们做出了一个重大改动
应用现在可以无需任何权限就向这些媒体集中添加文件
同时 你也可以无需权限就编辑和删除自己添加的媒体文件
这个功能的目的是减少那些需求不必要的存储权限的应用的数量
如果你想要读取并非由你的应用所创建的媒体文件
就需要读取外部存储权限
写入外部存储权限将在下个 Android 版本中被取消

English: 
will talk more about the changes
introduced with Android 10
and some of the new features
that we're working on.
ZIMUZO EZEOZUE: Thank you, Roxy.
Now I'm going to dive
into some more detail
about the changes we
launched in Android 10
as well the changes expected
in the next Android release.
>From the earliest
versions of Android,
we've always had the
audio, the images,
and the video collections.
These collections are intended
for sharing media files
with other apps.
In Android 10, we
made a big change
to allow contributing
to these collections
without any permissions.
Likewise, you can
edit and delete media
files you contributed
without any permissions.
This was to reduce the number
of apps requesting unnecessarily
these storage permissions.
To read media files not
created by your app,
you will need the read
external storage permission.
The write external
storage permission

Japanese: 
Android 10に含まれる変更点の詳細と
新しい機能について説明してもらいます
ありがとう ロキシー
では Android 10における変更点について
より詳しく説明していきます
また 次のAndroidリリース時に
予定されている変更点もお伝えします
Androidは初期の頃から
常にオーディオ 画像 ビデオのコレクションを
含んでいました
これらのコレクションはメディアファイルを
他のアプリと共有するためのものでした
Android10ではこれに変更を加え
許可なしでこれらのコレクションに
提供できるようになりました
提供したメディアファイルを
許可なしで編集 削除することもできます
この変更によって
アプリが不必要に
ストレージの許可を要求する回数を減らせます
自分のアプリが作っていない
メディアファイルは
外部ストレージ読み取り許可が必要です
外部ストレージ書き込み許可は

Chinese: 
如果你请求这个权限 也只会得到读取媒体文件的权限
如果没有用户的明确同意
您将无法编辑或删除那些并非由你的应用所创建的媒体文件
这样一来 当应用想要编辑或删除媒体文件 (如重要图片) 时
用户就可以取得完整的控制权限 
在下一个 Android 版本中 
当你在运行时中请求存储权限时
用户将会看到两种不同的权限字符串
具体取决于你的应用的目标 SDK 版本
如果你针对的是下一个版本的 Android
用户就会看到一个新的媒体权限字符串
只请求在外部存储中访问媒体文件
然而 如果你针对的是其他版本的 Android
用户就会继续看到旧版本的存储权限字符串
请求外部存储的宽泛权限
这样一来 我们的用户就会理解
你的应用请求的权限的范围

English: 
will be deprecated in
the next Android release,
and requesting it will
really only give you
read access to media files.
Editing or deleting media files
not contributed by your app
is just not possible without
explicit user consent.
This is to give
users full control
over when apps want to
edit or delete media files,
like their important pictures.
In the next Android release,
when you request the storage
permission at
runtime, users will
see two different
permissions strings
depending on the target
SDK version of your app.
If you're targeting the
next Android release,
users will see a new
media permission string
requesting just access to media
files in external storage.
However, if you're
targeting any other release,
users will continue to see
the old storage permission
string requesting broad access
to the external storage.
This way, our users
will understand how much
access your app is requesting.

Japanese: 
次のAndroidリリース時に廃止されます
この許可を要求しても
メディアファイルを読み込むことしか
できなくなります
自分のアプリが提供していない
メディアファイルは
ユーザーの明示的な同意なく
編集や削除できません
こうした変更により ユーザーは
アプリがメディアファイルを
編集 削除するタイミングを完全に制御できます
次にリリースされるAndroidでは
ランタイムにストレージの許可を要求すると
２つの異なる許可ストリングが
示されます
ターゲットSDKのバージョンに応じて異なります
次のAndroidリリースが
ターゲットなら
新しいメディア許可ストリングが
示されます
外部ストレージのメディアファイルのみへの
アクセスを要求するものです
もし他のリリースがターゲットなら
ユーザーに示されるのは
古いストレージ許可ストリングです
外部ストレージへの広範なアクセスを
要求するものです
こうした変更により ユーザーは
アプリのアクセス要求度を把握できるのです

Korean: 
다음 Android 버전에서
제공되지 않으며
쓰기 권한을 요청해도
미디어 파일에 대한
읽기 액세스만 제공됩니다
명시적인 사용자 동의 없이는
앱에서 만들지 않은
미디어 파일을
수정 또는 삭제할 수 없습니다
이는 앱이 중요한
사진과 같은 미디어 파일을
수정 또는 삭제하려
할 때 사용자에게 완전한 제어가
가능하도록 하기 위한 것입니다
다음 Android 버전에서는
런타임 시에 
저장소 사용 권한을 요청하면
앱의 타겟 SDK 버전에 따라 사용자에게
두 가지의 서로 다른
사용 권한 문자열이 표시됩니다
다음 Android 버전을 타겟팅하는 경우
외부 저장소의
미디어 파일에 대한 액세스를 요청하는
새로운 미디어 사용 권한
문자열이 사용자에게 표시됩니다
그러나 그 외의 다른 버전을 타겟팅한다면
외부 저장소에 대한 
광역 액세스를 요청하는
이전의 저장소 사용 권한
문자열이 계속 표시됩니다
이런 방식으로 사용자는 
앱이 요청하는 액세스 권한
정도를 알 수 있습니다

Indonesian: 
akan dihentikan
dalam rilis Android berikutnya,
dan jika memintanya
Anda hanya dapat
akses baca ke file media.
Mengedit atau menghapus file media
yang tidak berasal dari aplikasi Anda
tidak mungkin dilakukan
tanpa persetujuan eksplisit dari pengguna.
Ini untuk memberi pengguna kontrol penuh
terhadap aplikasi
saat mengedit atau menghapus file media,
seperti foto-foto penting mereka.
Dalam rilis Android berikutnya,
saat Anda meminta izin penyimpanan
saat waktu proses, pengguna akan
lihat dua string izin yang berbeda
tergantung pada versi SDK target
pada aplikasi Anda.
Jika Anda menargetkan
rilis Android berikutnya,
pengguna akan melihat
string izin media baru
yang meminta hanya akses ke file media
dalam penyimpanan eksternal.
Namun, jika Anda menargetkan rilis lain,
pengguna akan terus melihat
string izin penyimpanan lama
yang meminta akses luas
ke penyimpanan eksternal.
Maka, pengguna akan
mengetahui berapa banyak
akses yang diminta oleh aplikasi.

Portuguese: 
terá o uso suspenso
na próxima versão do Android.
Solicitar isso só dará
acesso de leitura a arquivos de mídia.
Editar ou excluir arquivos de mídia
sem contribuição do app
não é possível
sem consentimento explícito do usuário.
Isso serve para dar aos usuários
controle total sobre quando os apps
podem editar
ou excluir arquivos de mídia,
como no caso de imagens importantes.
Na próxima versão do Android,
ao solicitar permissão de armazenamento
no tempo de execução,
os usuários verão duas strings
de permissão diferentes,
dependendo da versão
do SDK de destino do app.
Se você segmentar
a próxima versão do Android,
os usuários verão
uma nova string de permissão de mídia
solicitando acesso somente aos arquivos
de mídia no armazenamento externo.
No entanto, se você direcionar
a qualquer outra versão,
eles continuarão a ver a string
de permissão de armazenamento antiga
solicitando acesso amplo
ao armazenamento externo.
Assim, nossos usuários entenderão
o nível de acesso
solicitado pelo app.

Spanish: 
estará obsoleto
en la nueva versión de Android,
y si lo solicitan
solo recibirán acceso
de lectura a los archivos multimedia.
Editar o eliminar archivos multimedia
no contribuidos por su app
no es posible sin el consentimiento
explícito del usuario.
Esto es para darles
a los usuarios control completo
de las apps que desean
editar o eliminar archivos multimedia,
como imágenes importantes.
En la próxima versión de Android,
cuando soliciten el permiso
de almacenamiento en el tiempo
de ejecución, los usuarios
verán dos cadenas de permiso diferentes
según la versión
del SDK de destino de su app.
Si desarrollan
para la próxima versión de Android,
verán una nueva cadena
de permiso multimedia
que solicita acceso a los archivos
multimedia del almacenamiento externo.
Sin embargo, si desarrollan
para otra versión,
seguirán viendo la cadena
de permiso de almacenamiento anterior
que solicita acceso global
al almacenamiento externo.
Así, nuestros usuarios
comprenderán cuánto acceso
está solicitando su app.

Korean: 
Android 10에서는
비미디어 파일을 다른 앱과 공유하기 위한
완전히 새로운
다운로드 컬렉션을 선보입니다
미디어 컬렉션에서처럼
이 컬렉션에 파일을 올리거나
올렸던 비미디어 파일을
수정 또는 삭제할 때
사용 권한이 필요치 않습니다
그러나 미디어 컬렉션과 달리
외부 저장소 읽기
권한을 통해 다른 앱에서 올린
비미디어 파일에 대한 
액세스 권한을 얻을 수는 없습니다
액세스 권한을 얻으려면
Storage Access Framework API로
시스템 선택기를 시작해야 합니다
이렇게 하면 사용자가
액세스할 파일 또는
디렉터리를 명확히
선택할 수 있습니다
사용자가 부여하는
파일에 대한 액세스 권한은
완전한 액세스 권한입니다
추가적인 동의 없이
원하는 대로 미디어 파일과
비미디어 파일을
읽고 수정하고 삭제할 수 있습니다

Portuguese: 
No Android 10, lançamos um novo conjunto
de downloads para compartilhar arquivos
que não são de mídia
com outros apps.
Como a contribuição
de conjuntos de mídia a essa coleção
e a edição ou exclusão
de arquivos que não são de mídia
que você contribuiu,
sem exigir permissões.
No entanto,
ao contrário do conjunto de mídia,
a permissão
de armazenamento externo para leitura
não concede acesso
a arquivos que não sejam de mídia
contribuídos por outros apps.
Para ter acesso, será necessário
iniciar o seletor do sistema
com as APIs do Access Framework.
Com isso,
o usuário poderá selecionar explicitamente
a quais arquivos ou diretórios
você pode ter acesso.
Se concedido pelo usuário,
o acesso a um arquivo será completo.
Será possível ler, editar ou excluir
arquivos de mídia e outros tipos
que você precisar,
sem consentimento adicional.

Japanese: 
Android 10には
新しいダウンロードコレクションもあります
非メディアファイルを
他のアプリと共有するためのものです
メディアコレクションと同様で
このコレクションに提供し
自分が提供した
非メディアファイルを編集 削除する時も
許可は不要です
しかし メディアコレクションとは
異なる点もあります
外部ストレージ読み取り許可は
他のアプリが提供した
非メディアファイルにアクセス権を与えません
アクセスするには
Storage Access Framework APIで
システムピッカーを
起動しなければなりません
そうすることで ユーザーは
アクセスを許可するファイルやディレクトリを
明示的に選択できるのです
ファイルへのアクセスを許可するなら
それはフルアクセスです
メディアファイルや非メディアファイルの
読み込み 編集 削除を行えます
この時 追加の同意は必要ありません

Spanish: 
En Android 10, lanzamos
una nueva colección de descargas
para compartir archivos que no son
multimedia con otras apps.
Como con las colecciones multimedia,
contribuir a esta colección
y editar o eliminar los archivos
no multimedia que contribuyeron
no requiere ningún permiso.
Sin embargo, a diferencia
de la colección multimedia,
el permiso de lectura
del almacenamiento externo
no proporciona acceso
a los archivos no multimedia contribuidos
por otras apps.
Para obtener acceso, necesitarán
ejecutar el selector del sistema
con las API del marco
de trabajo de acceso al almacenamiento.
Esto permitirá al usuario
seleccionar explícitamente
los archivos o directorios
a los que pueden tener acceso.
Y si el usuario les
otorga acceso a un archivo,
será un acceso completo.
Podrán leer, editar o eliminar
archivos multimedia o no multimedia
como quieran sin necesitar
un consentimiento adicional.

Chinese: 
在 Android 10 中 我们发布了全新的下载文件集
用于和其他应用分享非媒体文件
和媒体集类似 您无需取得任何权限 即可
在这个集中添加 编辑或删除非媒体文件
然而 与媒体集不同 读取外部存储权限
不会允许你访问任何由其他应用添加的非媒体文件
想要取得权限 你就需要通过 Storage Access Framework API
启动系统选择器
这样用户就可以亲自选定
你可以访问哪些文件或目录
如果用户允许你访问一个文件
这个权限将会是完整的权限
你可以任意读取 编辑 删除媒体和非媒体文件
无需额外取得任何权限

Indonesian: 
Di Android 10,
kami meluncurkan koleksi download baru
untuk berbagi file nonmedia
dengan aplikasi lain.
Seperti koleksi media,
berkontribusi pada koleksi ini
dan mengedit atau menghapus file nonmedia
yang berasal dari aplikasi Anda
tidak memerlukan izin apa pun.
Namun, tidak seperti koleksi media,
izin membaca penyimpanan eksternal
tidak memberi Anda akses
ke file nonmedia yang dikontribusikan
oleh aplikasi lain.
Untuk dapat akses,
Anda perlu luncurkan alat pilih sistem
dengan Framework Akses Penyimpanan API.
Dengan ini,
pengguna bisa memilih secara eksplisit
file atau direktori apa
yang bisa Anda akses.
Dan jika pengguna memberi akses ke file,
ini adalah akses penuh.
Jadi Anda dapat membaca, mengedit,
atau menghapus file media dan nonmedia.
sesuka Anda tanpa izin tambahan.

English: 
So in Android 10, we launched a
brand new downloads collection
for sharing non-media
files with other apps.
Like the media collections,
contributing to this collection
and editing or deleting
non-media files you contributed
doesn't require any permissions.
However, unlike the-- however,
unlike the media collection,
the read external
storage permission
does not give you any access
to non-media files contributed
by other apps.
To gain access, you will need
to launch the system picker
with Storage Access
Framework APIs.
This will allow the user
to explicitly select
what files or directories
you can have access to.
And if the user grants
you access to a file,
this will be a full access.
So you can read, edit, or delete
media files and non-media files
as you please without
any additional consent.

Chinese: 
这样一来 用户就可以获得完全的控制权
控制应用可以在何时访问敏感的非媒体文件
例如银行结单
保护用户数据是 Android 的首要任务
所以 在 Android 10 中 我们开始限制
对媒体文件内含的敏感元数据的访问权限
主要限制位置数据 我们可以在你的应用
读取那些由其他应用添加的媒体文件的时候
直接删除这些元数据
如果你想要访问这些敏感的元数据
你可以请求媒体位置访问权限
用户在 Settings UI 里看不到这个权限
但是 它属于运行时权限
所以 你必须在应用 manifest 中声明这个请求
并在运行时
同时请求这个权限以及读取外部存储权限
因为这是一个运行时权限
所以即便你有了读取外部存储权限

English: 
This is to give our
users full control
over when apps want to
access non-media files that
are sensitive, so for instance,
their bank statements.
Protecting user data
is our top priority
on Android, which is
why in Android 10,
we started restricting access
to sensitive metadata contained
in media files,
primarily location.
We can transparently
strip these metadata
when your app is reading
media files contributed
by other apps.
To access this
sensitive metadata,
you can request the access
media location permission.
This permission is not user
visible in the Settings UI.
However, it is a
runtime permission,
so you have to declare
it in your manifest
and request it at runtime
alongside the read
external storage permission.
Since this is a
runtime permission,
there is no guarantee that
you will always have access

Portuguese: 
Isso serve para oferecer
aos usuários acesso completo
sobre quando os apps
precisam acessar arquivos confidenciais
que não sejam de mídia.
Por exemplo, extratos bancários.
A proteção dos dados do usuário é
nossa principal prioridade no Android.
Por isso, no Android 10,
começamos a restringir o acesso
a metadados confidenciais
contidos em arquivos de mídia,
especialmente a localização.
Podemos remover de forma transparente
esses metadados quando o app
estiver lendo arquivos de mídia
contribuídos por outros apps.
Para acessar
esses metadados confidenciais,
você pode solicitar a permissão
de acesso à localização de mídia.
Essa permissão não é visível
ao usuário na IU de configurações.
No entanto,
é uma permissão no tempo de execução.
Assim,
você precisa declará-la no manifesto
e solicitá-la no tempo de execução
com a permissão
de armazenamento externo para leitura.
Como se trata
de uma permissão no tempo de execução,
não há garantia
de que você sempre terá acesso a ela,

Japanese: 
こうすることで ユーザーは
銀行取引明細書のような非メディアファイルへの
アプリのアクセスをフルコントロールできます
ユーザーデータの保護は
Androidの最優先事項です
よって Android 10では
メディアファイルに含まれる
機密メタデータへのアクセスを
制限しています
他のアプリが提供した
メディアファイルをアプリが読むとき
これらのメタデータを
透過的に削除できます
こうしたメタデータにアクセスするには
メディア位置情報アクセス許可を
要求します
この許可は
設定UIでユーザーに表示されません
しかし これはランタイム許可なので
マニフェストでの宣言が必要です
外部ストレージ読み取り許可と同時に
ランタイムに要求します
これはランタイム許可なので
いつもアクセスできるとは限りません

Korean: 
이런 방식으로, 앱이 민감한 비미디어 파일
예를 들어 계좌 번호와
같은 정보에 액세스하려 할 때
사용자의 완전한 제어가 가능합니다
사용자 데이터를 보호하는 것이
Android의 최우선 순위이므로
Android 10에서는 미디어 파일에 담긴
민감한 메타데이터,
특히 위치에 대한 액세스를
제한하기 시작했습니다
앱이 다른 앱에서
올린 미디어 파일을 읽으려 할 때
이러한 메타데이터를 
확실히 제거할 수 있습니다
이러한 민감한 
메타데이터에 액세스하기 위해
미디어 위치 액세스 권한을
요청할 수 있습니다
이러한 권한은 설정 UI에서
사용자에게 보이지 않습니다
그러나 런타임 권한이므로
manifest에서 선언하고 런타임 시
외부 저장소 읽기 권한과 함께
요청해야 합니다
또한 런타임 
권한이기 때문에 사용자에게
외부 저장소 사용 권한이 있더라도

Indonesian: 
Pengguna jadi punya kontrol penuh
terhadap aplikasi saat aplikasi ingin
mengakses file nonmedia yang
sensitif, misalnya, laporan perbankan.
Perlindungan data pengguna
adalah prioritas utama
pada Android,
itulah mengapa di Android 10,
kami mulai membatasi akses
ke metadata sensitif
dalam file media, terutama lokasi.
Kami bisa hapus
metadata ini secara transparan
saat aplikasi sedang membaca file media
yang berasal dari aplikasi lain.
Untuk mengakses metadata sensitif,
Anda dapat meminta izin lokasi media akses
Izin ini tidak bisa dilihat pengguna
dalam UI setelan
Namun, ini adalah izin waktu proses,
jadi Anda harus menyatakannnya
dalam manifes Anda
dan memintanya di waktu proses
serta meminta izin
membaca penyimpanan eksternal.
Karena ini adalah izin waktu proses,
tidak ada jaminan
bahwa Anda selalu punya akses

Spanish: 
Esto es para darles a nuestros
usuarios control completo
cuando las apps desean acceder
a archivos no multimedia
que son confidenciales,
como estados bancarios.
Proteger los datos del usuario
es nuestra prioridad
en Android, y por eso en Android 10
comenzamos a restringir el acceso
a metadatos confidenciales contenidos
en archivos multimedia,
sobre todo la ubicación.
Podemos hacer invisibles esos metadatos
cuando su app lee
archivos multimedia contribuidos
por otras apps.
Para acceder a estos
metadatos confidenciales,
pueden solicitar el permiso
de acceso a la ubicación multimedia.
Este permiso no le aparece
a los usuarios en la IU de configuración.
Sin embargo, es un permiso
de tiempo de ejecución,
así que deben declararlo
en su manifiesto
y solicitarlo en el tiempo de ejecución
junto con el permiso
READ_EXTERNAL_STORAGE.
Dado que es un permiso
de tiempo de ejecución,
no se garantiza
que siempre tendrán acceso a él,

Chinese: 
我们也不保证你总能获得这个权限
这一点在企业级设备上尤其如此
设备政策客户端可以由其他应用提出请求
对权限进行更改或变动处理
如果你的应用必须随时知晓磁盘上文件的精确体积
你可以使用 MediaStore.setRequireOriginal API
它可以确保你随时掌握磁盘上文件的精确体积
并在文件体积缩减时收到异常提示
在 Android 10 中 我们锁定了
对共用目录文件路径的访问权限
从而实现了我们在保护隐私方面的目标
然而 在阅读了开发者反馈信息后
我们发现 大家需要费很大力气才能适配这个变化
在下一个 Android 版本中 
我们会代替大家完成这个工作

English: 
to this permission even if you
have the read external storage
permission.
This is especially true
on enterprise devices
where a device policy client
can modify or change permissions
requested by other apps.
If it is absolutely
important for your app
that you always have the exact
bytes of the file on disk,
you can use the
MediaStore.setRequireOriginal
API.
This will ensure
that you always have
the exact bytes of
the file on disk
or receive an
exception if reduction
would have otherwise occurred.
In Android 10, we locked
down file path access
to the common directories.
This enabled us to deliver
on our privacy objectives
of protecting the user.
However, after going through
the developer feedback,
we saw that this
required a lot of effort
from you to adopt straight away.
And in the next
Android release, we
will likely do
this work for you.

Korean: 
이 권한에 항상 접근 
가능하다고 보장할 수는 없습니다
기기 정책상 클라이언트가 
다른 앱이 요청한 권한을 수정
또는 변경할 수 있는
기업용 기기에서는
특히 그렇습니다
앱의 관점에서
디스크에 있는 파일의
바이트 수를 정확히 
아는 것이 매우 중요하다면
MediaStore.setRequireOriginal API를 
사용할 수 있습니다
이를 통해 디스크에 있는 파일의
정확한 바이트 수를
언제든지 파악하거나
축소가 발생하지 않을 경우
예외를 적용받을 수 있습니다
Android 10에서는
일반 디렉터리에 대한
파일 경로 액세스를 잠갔습니다
그럼으로써 사용자 보호를 위한
Google의 개인정보 보호 관련 목표를
달성할 수 있습니다
그러나 저희는
개발자 피드백을 통해
이 변경사항을 여러분이 바로 적용하기 위해선
상당한 노력이 필요하다는
사실을 알게 되었습니다
다음 버전에서 이를 해결하기 위한
작업을 할 것 같습니다

Indonesian: 
ke izin ini bahkan jika Anda memiliki 
izin membaca penyimpanan eksternal.
Inilah yang terjadi
pada perangkat perusahaan,
jika kebijakan perangkat klien
boleh memodifikasi atau mengubah izin
yang diminta aplikasi lain.
Jika ini sangat penting
bagi aplikasi Anda
sehingga Anda selalu perlu byte file
yang tepat pada disk,
Anda dapat gunakan
MediaStore.setRequireOriginal API.
Ini akan memastikan Anda punya
byte file yang tepat pada disk
atau menerima pengecualian
jika ini dapat mengakibatkan reduksi.
Pada Android 10,
kami mengunci akses lokasi file
ke direktori umum.
Ini memungkinkan kami
memenuhi tujuan privasi
untuk melindungi pengguna.
Namun, setelah melihat
masukan dari developer,
ternyata perlu banyak upaya
jika langsung diterapkan.
Dan dalam rilis Android berikutnya,
kami mungkin akan 
melakukannya untuk Anda.

Japanese: 
外部ストレージ読み取り許可が
あったとしてもです
特にエンタープライズデバイスで
他のアプリから要求される許可を
修正したり変更したりできるからです
もし皆さんのアプリで
ディスクのファイルで
常に正確なバイト数割り当てが重要なら
MediaStore.setRequireOriginal APIを
使ってください
これを使えば
ファイルに
正確なバイト数を割り当てられます
バイト数が減る可能性があった時は
“例外”となります
Android 10では
ファイルパスの
共通ディレクトリへのアクセスを
禁止しました
こうすることで
ユーザーの保護という目的を達成できます
しかし
開発者からのフィードバックによって
これをすぐに導入するのは大変だと
分かりました
でも 次のAndroidリリース時には
導入できそうです

Portuguese: 
mesmo que tenha a permissão
de armazenamento externo para leitura.
Isso vale especialmente
para dispositivos empresariais
em que o cliente
da política do dispositivo
pode alterar permissões
solicitadas por outros apps.
Caso seja absolutamente
importante para o app
que você sempre tenha
os bytes exatos do arquivo no disco,
é possível usar a API
MediaStore.setRequireOriginal.
Isso garantirá que você sempre tenha
os bytes exatos do arquivo no disco
ou receba uma exceção,
caso tenha ocorrido redução.
No Android 10,
bloqueamos o acesso ao caminho do arquivo
a diretórios comuns.
Isso nos permitiu fazer entregas
nos nossos objetivos de privacidade
de proteger o usuário.
No entanto,
após o feedback dos desenvolvedores,
vimos que isso exigiria
muito esforço da parte de vocês
para adoção imediata.

Spanish: 
incluso si tienen el permiso
READ_EXTERNAL_STORAGE.
Esto ocurre especialmente
en los dispositivos empresariales;
el cliente de política del dispositivo
puede modificar o cambiar
permisos solicitados por otras apps.
Si es absolutamente
importante para su app
que siempre tengan los bytes exactos
del archivo en disco,
pueden usar la API
MediaStore.setRequireOriginal.
Esto garantizará
que siempre tengan
los bytes exactos del archivo en disco
o reciban una excepción
en caso de una reducción.
En Android 10, bloqueamos
el acceso de la ruta de archivo
a los directorios comunes.
Esto nos permitió cumplir
nuestros objetivos de privacidad
y proteger al usuario.
Pero, después de examinar
comentarios de los desarrolladores,
notamos que requería mucho esfuerzo
de ustedes adoptarlo enseguida.
En la siguiente versión de Android,
seguro lo haremos por ustedes.

Indonesian: 
Saya harus menekankan
semua aplikasi harus gunakan MediaStore
jika memungkinkan.
Namun, kami paham
bahwa ada banyak aplikasi
yang bergantung pada library yang ditulis
dalam C dan C ++ yang hanya menerima
jalur file.
Ini adalah satu-satunya kasus
kami berharap Anda menuliskan
kode baru yang menggunakan jalur file.
Detail implementasi berguna
yang bisa bantu
memahami kelebihan
dan kekurangan di antara lokasi file
dan MediaStore
adalah pada basisnya,
permintaan lokasi file atau
permintaan I/O yang gunakan lokasi file
didelegasikan ke MediaStore.
Anda dapat memikirkan file atau
lokasi file sebagai API kemudahan
bagi MediaStore.
Artinya ada dampak kinerja
dari menggunakan lokasi file,
dan sama sekali tidak ada
manfaat fitur, maka
kami sangat merekomendasikan
penggunaan MediaStore dengan segera.

Korean: 
가능한 한 모든 앱에서
항상 MediaStore를
사용해야 함을 당부드립니다
그러나 파일 경로만을
수용하는 C와 C++로 작성된
라이브러리에 기반한 앱이
많은 것으로 알고 있습니다
아마 여러분이 파일 경로를 사용하는
새로운 코드를 작성하게 되는
유일한 경우일 것입니다
파일 경로와 MediaStore 간의
상충관계를 이해하는 데
유용한 실행 세부정보로서
후드 아래에서 파일 경로 요청이나
파일 경로를 사용하는 I/O 요청은
MediaStore로 위임됩니다
MediaStore로 향하는
편의성 API인 파일이나 파일 경로를
생각해 볼 수 있습니다
파일 경로를 사용하면
성능에 영향을 끼치며
기능적으로는 이점이 없으므로
MediaStore를 직접 사용할 것을
적극 권장합니다

Japanese: 
今なお すべてのアプリは
可能な時にはMediaStoreを使うべきでしょう
しかし多くのアプリは
C言語やC++で書かれたライブラリに
依存しています
それらはファイルパスしか受け入れません
このケースに限り
ファイルパスを使う新しいコードを
書いていただきたいのです
なぜファイルパスとMediaStoreの
トレードオフになるのかをご説明します
それは 内部ではファイルパスの要求や
ファイルパスを使うI/O要求が
MediaStoreに委譲されるからです
この場合 ファイルやファイルパスを
MediaStoreへの
便利なAPIと見なせます
ファイルパスを使うと
パフォーマンスに影響があり
機能的なメリットはありません
直接MediaStoreを使用することを
強くお勧めします

Spanish: 
Debo destacar que todas las apps
deberían seguir usando MediaStore
siempre que sea posible.
Sin embargo, entendemos
que hay muchas apps
que dependen de bibliotecas redactadas
en C y C++ que solo aceptan
rutas de archivo.
Este es el único caso
en que esperamos que escriban
código nuevo que use rutas de archivo.
Un detalle de implementación útil
que podría ayudarlos
a comprender el cambio
entre rutas de archivo
y MediaStore es que, detrás de escena,
las solicitudes de ruta de archivo
o de E/S mediante rutas de archivos
se delegan a MediaStore.
Pueden pensar en el archivo
o la ruta de archivo como una API
a MediaStore.
Esto significa que usar
rutas de archivo tiene
un impacto en el rendimiento,
y no hay beneficios reales.
Por eso recomendamos
usar MediaStore directamente.

English: 
I must emphasize that all apps
should still use the MediaStore
whenever possible.
However, we understand that
there are a lot of apps
dependent on libraries written
in C and C++ that only accept
file paths.
This really is the
only case where
we expect you to write new
code that uses file paths.
A useful implementation
detail that may help
understand the tradeoffs
between file paths
and the MediaStore is
that under the hood,
file path requests or I/O
requests using file paths
are delegated to the MediaStore.
You can think of the file or
file path as a convenience API
to the MediaStore.
This means that there
is some performance
impact of using file
paths, and there is really
no feature benefits, hence
our strong recommendation
to use the MediaStore directly.

Portuguese: 
Na próxima versão do Android,
faremos esse trabalho para vocês.
É importante ressaltar
que todos os apps
ainda precisarão
usar o MediaStore sempre que possível.
No entanto,
entendemos que muitos apps
dependem de bibliotecas
escritas em C e C++,
que aceitam somente caminhos de arquivo.
Somente nesse caso,
esperamos que vocês escrevam novos códigos
que usem caminhos de arquivo.
Um detalhe de implementação útil
que pode ajudar a entender as trocas
entre caminhos de arquivo
e o MediaStore é que, em segundo plano,
as solicitações
de caminho de arquivo ou E/S
que usam caminhos de arquivo
são delegadas ao MediaStore.
Imagine o arquivo ou caminho de arquivo
como uma API complementar ao MediaStore.
Ou seja, o uso
de caminhos de arquivo afeta o desempenho
e não traz benefícios de recursos.
Portanto, recomendamos fortemente
usar o MediaStore de forma direta.

Chinese: 
我必须强调一下 所有应用都应该尽量继续使用 MediaStore
不过 我们也可以理解
很多应用都依赖那些用 C 和 C++ 写成的代码库
而这些代码库只接受文件路径
我们只希望大家在这种情况下编写使用文件路径的新代码
一个有用的实现细节可以帮助大家了解
文件路径和 MediaStore 的长处和短处
那就是 在后台 文件路径请求或使用文件路径的 I/O 请求
是被代理给 MediaStore 的
你可以把文件或文件路径看作
通往 MediaStore 的便利 API
这意味着 使用文件路径会产生一些性能方面的影响
而不会带来什么功能上的益处
所以 我们强烈建议大家直接使用 MediaStore

Japanese: 
MediaStoreの適用は全て
ここでも該当します
メディアは適切なメディアディレクトリに
作成されなければならず
例えば 画像のディレクトリに
ミュージックは入れません
他のアプリが作成したメディアファイルに
アクセスするには
外部ストレージ読み取り許可の
要求が必要です
メディア位置情報許可への
アクセス権が認められなければ
他のアプリが提供した
メディアファイルを読み込む際の
位置情報の減少は起こり得ます
非メディアファイルの作成は
ダウンロード内で行われる必要があるため
PDFのような非メディアファイルは
ダウンロードディレクトリに作成します
そして 他のアプリが作成した
非メディアファイルを読み込むには
Storage Access Framework APIが必要です
自分のアプリが作成したファイルの属性が
適切なものになり
デバイス上のディスク使用状況が
良くなるでしょう

Portuguese: 
Além disso, todas as aplicações
do MediaStore se aplicam nesse caso.
A criação de mídia
precisa ser feita em diretórios adequados.
Por exemplo,
sem música no diretório de imagens.
Para acessar arquivos de mídia
criados por outros apps,
será necessário solicitar a permissão
de armazenamento externo para leitura.
A redução do local durante a leitura
de arquivos de mídia contribuídos
por outros apps ainda ocorrerá,
caso você não tenha permissão de acesso
à localização da mídia.
Além disso, a criação de arquivos
que não sejam de mídia
ocorre no diretório de downloads.
Assim, é necessário criá-los
como PDFs nesse diretório.
Para ler arquivos que não sejam de mídia
criados por outros apps,
será obrigatório ter as APIs
do framework de acesso ao armazenamento.
Os arquivos criados pelo app
serão corretamente atribuídos.
Portanto, isso contará no uso
de disco do app no dispositivo.

Indonesian: 
Selain itu, seluruh penerapan MediaStore
diterapkan di sini.
Media harus dibuat dalam
direktori media yang sesuai,
sehingga musik tidak akan masuk
ke direktori gambar, misalnya.
Untuk mengakses file media
yang dibuat oleh aplikasi lain,
Anda perlu meminta
izin membaca penyimpanan eksternal.
Reduksi lokasi saat membaca
file media yang dikontribusikan
oleh aplikasi lain akan terus terjadi
jika Anda tidak mendapat
izin akses lokasi media.
Selain itu, membuat file nonmedia
harus dilakukan di direktori Download
jadi Anda harus membuat
file nonmedia seperti PDF
dalam direktori Download.
Dan juga, membaca file nonmedia
dari aplikasi lain
perlu Framework Akses Penyimpanan API.
File yang dibuat oleh aplikasi
akan dikaitkan dengan benar,
jadi ini penting untuk
penggunaan disk perangkat oleh aplikasi.

Chinese: 
此外 所有 MediaStore 强制 在这里也适用
媒体需要在在适当的媒体目录里创建
也就是说 不能在图片目录里创建音乐文件
如果你想要访问由其他应用创建的媒体文件
就需要请求外部存储读取权限
如果你没有获得媒体位置权限
就仍然会在读取由其他应用创建的媒体文件时
发现位置信息被拿掉了
此外 非媒体文件必须在 Download 目录下创建
所以 在 Download 目录下
你只能创建 PDF 文件之类的非媒体文件
还有 读取由其他应用创建的非媒体文件
将需要 Storage Access Framework API
由你的应用创建的文件会被分配到适当的属性
并影响你的应用在设备上存储的情况

Spanish: 
Además, las ejecuciones de MediaStore
también aplican aquí.
Los archivos multimedia deben crearse
en los directorios multimedia adecuados
para que, por ejemplo, no haya música
en el directorio de imágenes.
Para acceder a los archivos
multimedia creados por otras apps,
necesitarán solicitar el permiso 
READ_EXTERNAL_STORAGE.
La reducción de ubicación mientras
se leen archivos multimedia contribuidos
por otras apps seguirá ocurriendo
si no tienen el permiso de acceso
a la ubicación multimedia.
Además, crear archivos no multimedia
debe suceder en el directorio de descargas
así que deben crear
archivos no multimedia como PDF
en el directorio de descargas.
Además, leer archivos no multimedia
creados por otras apps
requerirá las API del marco de trabajo
de acceso al almacenamiento.
Los archivos creados por su app
se atribuirán correctamente,
así que contarán para el uso de disco
de su app en el dispositivo.

Korean: 
또한 모든 MediaStore
규칙이 여기에도 적용됩니다
미디어는 적합한 미디어
디렉터리에서 만들어야 합니다
예를 들어 그림 
디렉터리에서 음악을 만들면 안 됩니다
다른 앱으로 만든
미디어 파일에 액세스하려면
외부 저장소 읽기 
권한을 요청해야 합니다
미디어 위치에 대한 
액세스 권한이 부여되지 않은 경우
다른 앱에서 올린 
미디어 파일을 읽는 과정에서
여전히 위치 축소가 일어나게 됩니다
또한 비미디어 파일은 다운로드 
디렉터리에서 만드는 것이므로
PDF와 같은 비미디어 
파일을 다운로드 디렉터리에서
만들어야 합니다
또한 다른 앱에서 만든
비미디어 파일을 읽으려면
Storage Access Framework API가 
필요합니다
다른 앱에서 만든
파일이 올바로 기여되므로
기기에서 앱의 디스크 사용량에 반영됩니다

English: 
Additionally, all the MediaStore
enforcements also apply here.
Media must be created
in the appropriate media
directories, so no music
in the pictures directory,
for instance.
To access media files
created by other apps,
you will need to request
the read external storage
permission.
Location reduction while
reading media files contributed
by other apps will still
occur if you do not
have the access media
location permission granted.
Also, creating non-media files
must happen in the Downloads
directory, so you must create
non-media files like PDFs
in the Downloads directory.
And also, reading non-media
files created by other apps
will require the Storage
Access Framework APIs.
Files created by your app
will be attributed correctly,
so this will count towards your
app's disk usage on the device.

Japanese: 
様々なシーケンシャルランダム
読み書き負荷をベンチマークしました
その結果 ファイルパス要求の実行や
その処理のMediaStoreへの委譲に
パフォーマンスの影響が生じることが
分かりました
しかし多くの場合
影響はわずかです
I/Oレートが低い場合は特にそうです
パフォーマンスが気になるなら
ユースケースの評価を行い
アプリのパフォーマンスに対し
ファイルアクセスが与える影響を調べましょう
もしくは 直接 MediaStore APIを
使用すれば
どんなケースでも
ベストパフォーマンスを得られます
どうしてもファイルパスを使いたい方のために
補足説明をします
ファイルを開いて初めに読み込むのは
コストが高くつきます
ファイルパスを使うなら
同じファイルを
何度も開いたり閉じたりしないでください
こういったことを行うと
I/Oスループットやバッテリー性能が
著しく下がります

Korean: 
저희 팀에서는 순차적인 무작위 읽기와
쓰기 워크로드에서
많은 벤치마크를 실행했습니다
결론적으로 파일 경로 요청을
실행하고 MediaStore에 위임하면
분명히 성능에 미치는
영향이 존재합니다
그러나 이런 영향은
대부분의 경우에
특히 낮은 I/O 속도에서는
무시할 수 있는 수준입니다
성능을 중시한다면
파일 액세스가 앱의
성능에 어느 정도 영향을 미치는지
알기 위해 사용 
사례를 측정해야 합니다
아니면 MediaStore API를 
직접 사용할 경우 어떤 경우에도
최상의 성능이 보장됩니다
굳이 파일 경로를 사용하시겠다면
좀 더 자세히 설명드리겠습니다
파일을 열어서 읽는 것은
비용이 많이 드는 방식입니다
파일 경로를 사용하시려면
같은 파일을 여러 번 
열고 닫는 것은 피하시기 바랍니다
몇 가지 앱에서 이러한
비효율적인 방식을 봤는데요
I/O 처리량과 배터리 성능을 
상당히 저하시킬 수 있습니다
초당 수천 메가바이트의

Chinese: 
团队运行了很多性能测试
考察 序列 随机 读取和写入 的工作负荷
得出的结论是 通过使用文件路径结果被代理到 MediaStore
无疑会对设备性能产生一定影响
但这种影响在大多数情况下可以忽略
在较低的 I/O 速率下尤其如此
如果你真的关心性能表现
就应该测试你的用例
看看文件访问权限对你的应用的性能表现造成的影响有多大
或者 你也可以直接使用 MediaStore API
它无疑会在各种情况下为你提供最佳的性能表现
如果你坚持使用文件路径 下面我再讲一些细节问题
Open 权限 及打开文件后的首次读取 代价都比较高昂
如果你要使用文件路径
请尽量不要反复打开和关闭同一个文件
我们见过有些应用这样去做了
这种做法会导致 I/O 吞吐量和电量消耗都变糟
如果你构建的应用会进行繁重的 I/O 动作

Indonesian: 
Tim telah menjalankan
banyak benchmark
pada beban kerja pembacaan dan penulisan
acak secara berurutan.
Dapat disimpulkan di sini, pasti ada
dampak kinerja terhadap penggunaan
permintaan lokasi file implementasi 
dan pendelegasiannya ke MediaStore.
Namun, ini tidak signifikan
dalam banyak kasus,
terutama pada tingkat I/O rendah.
Jika Anda sungguh peduli pada kinerja,
ukur kasus penggunaan Anda
untuk melihat besarnya dampak akses file
pada kinerja aplikasi Anda.
Selain itu, Anda bisa langsung
gunakan MediaStore API
dan Anda pasti dapat
kinerja terbaik di kondisi apa pun.
Dan sedikit lebih detail
jika Anda tetap
ingin gunakan jalur file.
Terbuka dan pembacaan pertama
setelah pembukaan file
akan cukup mahal.
Jadi jika ingin terus gunakan jalur file,
coba hindari membuka dan
menutup file yang sama beberapa kali.
Kami pernah temukan aplikasi melakukannya,
ini jelas menurunkan
laju proses I/O dan kinerja baterai

Spanish: 
El equipo ejecutó muchas compartivas
en cargas de trabajo de lectura
y escritura aleatorias secuenciales.
La conclusión es que sin duda hay
un impacto en el rendimiento por usar...
implementar solicitudes de ruta de archivo
y delegarlas a MediaStore.
Sin embargo, esto es
insignificante en la mayoría de casos,
especialmente en índices bajos de E/S.
Si realmente les importa
el rendimiento,
deberían medir sus caso de uso
para ver el impacto
que el acceso al archivo tiene
en el rendimiento de su app.
O bien, pueden usar las API
de MediaStore directamente,
y les garantizamos que obtendrán
el mejor rendimiento en todos los casos.
Otro dato: Si realmente insisten
en usar rutas de archivo,
las aperturas y primeras lecturas
después de abrir
el archivo son bastante costosas.
Así que si usarán rutas de archivo,
eviten abrir y cerrar
el mismo archivo varias veces.
Vimos algunas apps que hacen esto,
lo que puede degradar considerablemente
el rendimiento de E/S y de la batería.

English: 
The team has run
lots of benchmarks
on sequential random
read and write workloads.
The conclusion here is
that there is certainly
some performance
impact to using--
implement file path
requests and delegating it
to the MediaStore.
However, this is
negligible in most cases,
especially at low I/O rates.
If you really care
about performance,
you should measure
your use cases
to see how much
impact file access has
on your app's performance.
Alternatively, you can just use
the MediaStore APIs directly,
and this is guaranteed
to give you the best
performance in all cases.
And a bit more
detail if you really
insist on using file paths.
Opens and the first
reads after opening
the file are fairly expensive.
So if you're going
to use file paths,
please try to avoid opening
and closing the same file
multiple times.
We have seen some apps
in the wild doing this,
and this can noticeably degrade
I/O throughput and battery
performance.

Portuguese: 
A equipe realizou
muitos comparativos de mercado
em cargas de trabalho aleatórias
sequenciais de leitura e gravação.
A conclusão é que implementar solicitações
de caminho do arquivo
e delegá-las ao MediaStore
afeta o desempenho.
No entanto, isso é insignificante
na maioria dos casos,
principalmente em taxas de E/S.
Se o desempenho é importante para você,
avalie os casos de uso
para verificar o impacto
que o acesso ao arquivo
terá na performance do app.
Também é possível usar
só as APIs MediaStore diretamente.
Isso garantirá
o melhor desempenho em todos os casos.
Mais alguns detalhes, caso você insista
em usar caminhos de arquivo.
Abrir o arquivo e fazer
as primeiras leituras é algo muito caro.
Se você usar caminhos de arquivo,
evite abrir e fechar
o mesmo arquivo várias vezes.
Vimos alguns apps
em execução que fazem isso,
o que pode diminuir notavelmente
a capacidade de E/S
e o desempenho da bateria.

Portuguese: 
Caso esteja criando
um app com bastante E/S,
algumas centenas de megabytes por segundo,
seria ótimo que você nos informasse.
Fale com a gente no sandbox.
No Android 10,
solicitamos o consentimento do usuário
para edição ou exclusão de mídia
não contribuída pelo app.
Para fazer isso,
você precisa usar as APIs MediaStore
e acionar uma caixa de diálogo
que solicite o consentimento do usuário.
Caso ele aceite,
você receberá um callback no app
e poderá acessar o arquivo
com os caminhos de arquivo
ou as APIs MediaStore.
Você não receberá a solicitação
somente com o acesso
ao caminho de arquivo.
Sem a permissão
explícita anterior do usuário,
com as APIs MediaStore, tentar editar 
ou excluir arquivos contribuídos por
outros apps, ocorrerá falha nos arquivos
de mídia contribuídos por outros apps.
Na próxima versão do Android, melhoraremos
o fluxo de consentimento do usuário

English: 
If you are building an
app that does heavy I/O--
so in the order of, say, a few
hundred megabytes per second--
we would really love
to hear from you,
so please come say
hi at the sandbox.
In Android 10, we
require user consent
to edit or delete media not
contributed by your app.
To do this, you must
use the MediaStore APIs
to trigger a dialog to
request user consent.
If the user accepts, you will
get a callback into your app,
and you can proceed to access
the file either with file paths
or with the MediaStore APIs.
Note that you will not get
a prompt with just the file
path access.
So without the prior explicit
user grant with the MediaStore
APIs, trying to edit or
delete files contributed
by other apps, so media files
contributed by other apps,
will just fail.
In the next Android release, we
are improving the user consent

Korean: 
I/O 처리량이 높은
앱을 제작하신다면
저희와 언제든지 상의하시고요
샌드박스를 찾아주시기 바랍니다
Android 10에서는
사용자의 앱에서 올리지 않은
미디어를 수정 또는 삭제하려면
사용자 동의가 필요합니다
그러려면 MediaStore API를
사용해 대화를 실행하여
사용자 동의를 요청해야 합니다
사용자가 수락하면
앱으로 콜백할 수 있고
MediaStore API나
파일 경로를 사용하여 파일에
액세스할 수 있습니다
파일 경로 액세스만으로는
메시지가 표시되지 않습니다
따라서 MediaStore API로
사용자에게서
사전 동의를 명시적으로
얻지 않으면 다른 앱에서 올린
미디어 파일에 대한
수정 또는 삭제 시도는
실행되지 않습니다
다음 Android 버전에서는
Android 10에서 도입된 미디어를

Indonesian: 
Jika Anda membuat aplikasi
yang bekerja dengan I/O berat
misalnya sebesar
beberapa ratus megabyte per detik
kami ingin dengar masukan Anda.
Jadi silakan datanglah ke sandbox.
Di Android 10,
kami membutuhkan izin pengguna
untuk mengedit atau menghapus
media yang bukan dari aplikasi Anda.
Untuk itu,
Anda harus gunakan MediaStore API
untuk memicu dialog
dan meminta persetujuan pengguna.
Jika pengguna menerima, 
akan ada callback ke aplikasi,
dan aplikasi bisa
mengakses file dengan jalur file
atau dengan MediaStore API.
Perhatikan bahwa
Anda tidak akan dapat perintah
hanya dengan akses jalur file.
Jadi tanpa izin pengguna
secara eksplisit pada MediaStore API,
upaya mengedit
dan menghapus file media
yang berasal dari aplikasi lain
akan gagal.
Dalam rilis Android berikutnya,
kami coba tingkatkan aliran izin pengguna

Spanish: 
Si están desarrollando una app
que tiene E/S intensiva...
de más o menos, digamos, unos cientos
de megabytes por segundo...
realmente queremos escucharlos,
así que visiten nuestro stand.
En Android 10, requerimos
el consentimiento del usuario
para editar o eliminar medios
no contribuidos por su app.
Para hacerlo, deben usar
las API de MediaStore
para activar un diálogo que solicite
el consentimiento del usuario.
Si el usuario acepta, recibirán
una llamada de respuesta en su app,
y podrán acceder al archivo
con las rutas de archivo
o con las API de MediaStore.
Tengan en cuenta que no recibirán un aviso
con solo el acceso a la ruta del archivo.
Sin el consentimiento explícito previo
del usuario con las API de MediaStore,
no podrán editar
o eliminar archivos contribuidos
por otras apps ni los archivos multimedia
contribuidos por otras apps.
En la próxima versión de Android,
mejoramos el flujo de consentimiento

Japanese: 
もし１秒間に数百メガバイトもI/Oするような
アプリを作っているなら
お話を聞きたいので
ぜひサンドボックスにご参加ください
Android 10では
皆さんのアプリが提供していない
メディアの編集 削除に
ユーザーの同意を求めます
これを実行するには
MediaStore APIを使って
ダイアログをトリガーし
ユーザーの同意を要求します
ユーザーがこれに同意すれば
アプリにコールバックがあり
ファイルパスかMediaStore APIの
どちらかによってファイルにアクセスできます
ファイルパスのみでは
プロンプトは表示されません
事前にMediaStore APIで
ユーザーの同意を得なければ
他のアプリが提供した
メディアファイルの編集 削除はできません
次のAndroidリリースまでに

Chinese: 
例如 每秒数百 MB
那么我们很期待听到你的反馈
请来沙盒区和我们聊聊
在 Android 10 中 我们会先请求用户同意
再编辑或删除那些不是由你的应用创建的媒体文件
为了做到这一点 你必须使用 MediaStore API
触发一个对话框 请求用户同意
如果用户同意 你的应用就会收到回调
这时你就可以通过文件路径或 MediaStore API
来访问那个文件了
请注意 如果你只是获取了文件路径访问权限
那么你无法获得这个提示
如果用户没有通过 MediaStore API 给出明确的同意
你就无法编辑或删除由其他应用创建的媒体文件
在下一个 Android 版本中
我们改善了获取用户同意的交互流程 流程针对的是

Chinese: 
媒体文件的编辑或删除操作 这个操作是在 Android 10 中引入的
现在 你可以在同一个对话框中对多个请求实现批量处理
而不是像 Android 10 之前的版本那样
为每个请求弹出一个对话窗口
这会极大地改善你的应用的用户体验
这也是上次版本发布后呼声最高的一个功能请求
很高兴把它带给大家
你随时可以将文件复制到外部存储中的 Apps 目录
并编辑这个副本
不过 我们只推荐对小文件进行一次性编辑
因为我们不想把用户的磁盘搞得一团糟
复制的文件会占据应用所使用的磁盘空间
现在我把话筒交回 Roxy 
让她来进一步讲解下一个版本的 Android 中在存储方面的改动
谢谢 Zim
如我们所说 为了读取 编辑 删除那些

Japanese: 
メディアを編集 削除する際の
ユーザー同意フローを改善します
複数の編集の一括処理も可能です
１つのダイアログで１つの要求ではなく
１つのダイアログで複数の要求ができます
これで アプリのUXは
かなり改善されるでしょう
前回のリリース時に
リクエストの多かった点ですし
皆さんにご紹介できて うれしいです
外部ストレージ内の
自分のアプリのディレクトリに
ファイルをコピーして
そのコピーを編集するという選択もできます
ですが これは１度きりの編集か
サイズの小さいファイルのみにおすすめします
ユーザーのディスクの断片化を
避けたいからです
コピーされたファイルは
アプリのディスク使用を混乱させます
次は ロキシーが
次のAndroidリリース時における
ストレージの変更点についてお話しします
ありがとう ズィム
先ほどの説明どおり

Portuguese: 
para edição ou exclusão
de mídia introduzida no Android 10.
Agora, é possível agrupar
diversas solicitações
de edição ou exclusão
em uma caixa de diálogo, em vez de exibir
uma para cada solicitação,
como era no caso do Android 10.
Isso melhorará significativamente
a UX no app
e foi algo
bastante solicitado na última versão.
É uma grande alegria
entregar isso a vocês.
Sempre há a opção de copiar arquivos
para o diretório de apps
no armazenamento externo e editar a cópia.
No entanto, isso só seria recomendado
para edições únicas e arquivos pequenos,
já que não queremos
bagunçar o disco do usuário,
e o arquivo copiado contará
no uso do disco pelo app.
A Roxy voltará agora para falar
sobre mais alterações de armazenamento
na próxima versão do Android.
Obrigada, Zim!
Como mencionamos,
para ler, editar ou excluir arquivos

Korean: 
수정 또는 삭제하기 위한
사용자 동의 흐름을 개선할 예정입니다
그러면 Android 10과 같이
요청할 때마다
대화상자를 띄울 
필요 없이 한 번의 대화로
여러 요청을
일괄 처리할 수 있습니다
이로써 앱의 UX가 상당히 개선될 것이며
이는 저번 버전에서
요청이 많았던 부분입니다
이러한 개선 사항을 알리게 되어
무척 기쁩니다.
파일을 외부 저장소의
앱 디렉터리로 복사하고
복사 내용을 수정하는 옵션을
항상 사용하실 수는 있지만
사용자의 디스크가 복잡해지거나
복사된 파일이
앱의 디스크 사용량에
반영되는 것은 좋지 않기 때문에
일회성으로 수정할 때나
파일의 크기가 작을 때에만
이 옵션을 사용하시길 권장합니다
저장소 관련 이야기를 
록시가 이어서 하도록 하겠습니다
수고하셨습니다, 짐
말씀드렸듯 사용자의 
앱으로 만들지 않은

English: 
flow for editing or deleting
media introduced in Android 10.
So now you can batch
multiple edit [? ordered ?]
requests in one dialog
instead of popping
one dialog per request, as it
was in the case of Android 10.
This should significantly
improve the UX in your app
and was a popular request
in the last release.
And we are very thrilled
to deliver this to you.
You always have the
option to copy files
to your Apps directory
in external storage
and edit the copy,
but we would only
recommend this for one-off
edits and small-sized files
since we do not want to
clutter our user's disk,
and the copied file will count
against the app's disk usage.
Now I will hand back to Roxy to
talk about more storage changes
in the next Android release.
ROXANNA ALIBADI: Thanks, Zim.
So as we mentioned, in order
to read, edit, or delete

Spanish: 
del usuario para editar o eliminar
medios introducidos en Android 10.
Ahora pueden agrupar
varias solicitudes de edición
en un cuadro de diálogo
en lugar de tener
un cuadro de diálogo por solicitud,
como sucedía en Android 10.
Esto mejorará la experiencia
del usuario en su app
y fue una solicitud popular
en la última versión.
Estamos encantados
de ofrecerles esto.
Siempre tienen la opción
de copiar archivos
en el directorio de sus apps
en el almacenamiento externo
y editar la copia,
pero solo lo recomendaríamos
para ediciones únicas y archivos pequeños
porque no queremos
abarrotar el disco de nuestro usuario,
y el archivo copiado se computará
en el uso del disco de la app.
Ahora dejaré que Roxy hable
sobre más cambios en el almacenamiento
en la próxima versión de Android.
Gracias, Zim.
Como mencionamos,
para leer, editar o eliminar

Indonesian: 
untuk mengedit atau menghapus
media dalam Android 10.
Jadi kini Anda bisa kelompokkan
banyak edit
atau permintaan dalam satu dialog
alih-alih memunculkan
satu dialog per permintaan,
seperti pada Android 10.
Cara ini akan
menyempurnakan UX dalam aplikasi
dan banyak diminta
dalam rilis terakhir.
Dan kami tak sabar untuk menyediakannya.
Anda selalu punya opsi
untuk menyalin file
ke direktori Aplikasi Anda
dalam penyimpanan eksternal
dan mengedit salinan,
tapi kami hanya
rekomendasikan ini untuk
edit satu kali dan file ukuran kecil
karena kami tidak ingin
memenuhi disk pengguna,
dan file yang disalin penting
untuk penggunaan disk aplikasi.
Sekarang saya kembalikan ke Roxy
untuk membahas perubahan penyimpanan lain
dalam rilis Android berikutnya.
-Terima kasih, Zim.
Sesuai penjelasan tadi,
untuk membaca, mengedit, atau menghapus

English: 
files that were not created
by your app that aren't media
files, you're going to need
to use the Storage Access
Framework APIs.
So the way-- so Storage
Access Framework APIs have--
we saw were used
by some apps that
wanted to get broad
access to shared storage.
And as I mentioned, that's
not the intent of those APIs.
So in order to prevent this,
we made some changes to the UX
when the intent
ACTION_OPEN_DOCUMENT_TREE
is launched.
So ACTION_OPEN_DOCUMENT_TREE
is an intent
specifically for an app to
request an entire directory
that it wants read
and write access to.
In the next version
of Android, apps
will not be able to ask the user
to select the root, anything
under android/data, or
the Downloads directory.
Apps can still select
individual files
from the Downloads directory.
It just can't select
the entire directory.

Portuguese: 
que não foram criados pelo app
e que não são arquivos de mídia,
você precisará usar as APIs
do framework de acesso ao armazenamento.
Vimos que essas APIs
foram usadas por alguns apps
que precisavam de acesso amplo
ao armazenamento compartilhado.
Como eu disse,
elas não têm essa finalidade.
Assim, para evitar isso,
fizemos algumas alterações na UX
quando há a inicialização do intent
ACTION_OPEN_DOCUMENT_TREE.
Esse é um intent específico
para um app solicitar
um diretório completo
em que ele precisa ler e gravar.
Na próxima versão do Android,
os apps não poderão solicitar
que o usuário selecione a raiz
e qualquer item em android/data
ou no diretório de downloads.
Eles ainda podem selecionar
arquivos individuais
no diretório de downloads.
Somente não é possível
selecionar o diretório inteiro.

Indonesian: 
file yang bukan dari aplikasi Anda
dan bukan file media,
Anda perlu gunakan
Framework Akses Penyimpanan API.
Kami temukan bahwa
Framework Akses Penyimpanan API
digunakan oleh beberapa aplikasi
yang ingin mendapatkan akses luas
ke penyimpanan bersama.
Dan tadi dijelaskan,
ini bukan intent dari API tersebut.
Jadi untuk mencegah hal ini,
kami buat beberapa perubahan terhadap UX
saat intent
ACTION_OPEN_DOCUMENT_TREE diluncurkan.
Jadi ACTION_OPEN_DOCUMENT_TREE
adalah intent terutama untuk aplikasi
yang meminta direktori lengkap
yang ingin dibaca dan ditulis.
Dalam versi Android berikutnya,
aplikasi tidak bisa 
meminta pengguna memilih root,
apa pun di bawah 
direktori android/data, atau Download.
Aplikasi masih bisa memilih file terpisah
dari direktori Download,
tapi tidak bisa memilih
seluruh direktori.

Japanese: 
自分のアプリが作成していないファイルで
メディアファイルではないものは
読み込み 編集 削除をするのに
Storage Access Framework APIが必要です
Storage Access Framework APIは
共有ストレージへの
広範なアクセスが必要なアプリで使われています
先ほど述べたように
それはこのAPIのインテントではありません
それを防ぐために
ACTION_OPEN_DOCUMENT_TREEの構想時に
UXにいくつかの変更を加えました
ACTION_OPEN_DOCUMENT_TREEは
読み書きのアクセスを行うディレクトリ全体を
アプリが要求するためのインテントです
Androidの次のバージョンでは
アプリはユーザーに対して
ルート android/dataの下のものや
ダウンロードディレクトリ選択の
要求は行えません
しかしアプリはダウンロードディレクトリの
個別ファイルを選択できます
ただディレクトリ全体を選べないだけです

Spanish: 
archivos que no fueron creados por su app,
que no son archivos multimedia,
necesitarán las API del marco de trabajo
de acceso al almacenamiento.
Las API del marco de trabajo de acceso
al almacenamiento…
observamos que eran usadas
por algunas apps
que querían acceso global
al almacenamiento compartido.
Como mencioné,
ese no es el propósito de estas API.
Para prevenir esto, hicimos
cambios en la experiencia del usuario
cuando se utiliza la acción
ACTION_OPEN_DOCUMENT_TREE.
ACTION_OPEN_DOCUMENT_TREE
es un intent
específicamente para que una app
solicite un directorio entero
para el que quiere acceso
de lectura y escritura.
En la próxima versión de Android, las apps
no podrán solicitarle al usuario
seleccionar la raíz, ningún elemento
en el directorio de android/data,
o el de descargas.
Las apps todavía pueden
seleccionar archivos individuales
del directorio de descargas.
Pero no pueden seleccionar
todo el directorio.

Chinese: 
并非由你的应用所创建的非媒体文件
你需要使用 Storage Access Framework API
我们看到 有些使用了 Storage Access Framework API 的应用
希望获取宽泛的共享存储权限
而如我所说 这些 API 的设计目的并非如此
为了避免这种情况 我们改动了用户体验
在 ACTION_OPEN_DOCUMENT_TREE 这个意图启动时
我们的改动就会生效
ACTION_OPEN_DOCUMENT_TREE 这个意图专门用在
应用请求整个目录的读取和写入权限的时候
在下一个版本的 Android 里
应用将无法让用户选取 root
任何位于 android/data 目录下的文件
以及 Downloads 目录下的文件
应用仍然可以在 Downloads 目录下选取单个文件
只是无法再选取整个目录了而已

Korean: 
비미디어 파일을 
읽거나 수정하고 삭제하려면
Storage Access Framework API가 
필요합니다
따라서 공유 저장공간에 대한
광역 액세스를 원하는
일부 앱에서 오늘 살펴본
Storage Access Framework API를
사용했습니다
말씀드렸듯이 이는
애초에 이 API의 용도가 아닙니다
그래서 이를 방지하기 위해
ACTION_OPEN_DOCUMENT_TREE
인텐트를 선보이면서
UX에 일부 변경사항을 적용했습니다
ACTION_OPEN_DOCUMENT_TREE는
앱에서 읽기 및 
쓰기 액세스가 필요한 전체 디렉터리를
요청하기 위한 인텐트입니다
다음 Android 버전에서는
앱이 사용자에게
android/data 또는
다운로드 디렉터리 아래의
루트 등을 선택하도록
요청할 수 없습니다
앱은 여전히 다운로드 디렉터리에서
개별 파일을
선택할 수 있습니다
단지 전체 디렉터리를
선택할 수 없는 겁니다

Chinese: 
我们还为那些可以真正需要共享存储宽泛权限的应用
添加了特别应用访问权限
我们认为 只有有限的几个用例涉及到这种需求
我们了解的一些例子包括 文件管理器 备份和存储应用等
只有能够证明自身确有这一需求的应用才能获得这个权限
想要展示这个需求 你需要通过 Google Play Developer Console
向 Google Play 提交一份声明表格
你的应用只有在进入白名单的情况下才能提交上去 
然后你才能向用户索要这个特殊的应用权限
如果你的应用进入了白名单 而用户也同意了你的请求
你的 MediaStore 访问就不再被过滤
包括非媒体文件
然而 这些应用不会获得访问外部应用目录的权限

Korean: 
공유 저장공간에 대한
광역 액세스의 필요성을
입증하는 앱을 위한
특별한 앱 액세스도
추가할 예정입니다
이러한 필요를 입증하는 것으로
생각되는 사용 사례는 많지 않습니다
저희가 알고 있는 몇 가지 예는
파일 관리자와
앱 백업 및 복구입니다
이러한 필요성을
증명하는 앱에만
이런 액세스 권한이 부여됩니다
필요성을 입증하려면
Google Play Console을 통해
Google Play에
선언 양식을 제출해야 합니다
또한 허용 목록에 있는 앱만
양식을 제출할 수 있으며
사용자에게 특별 앱 액세스 
권한을 요청할 수 있습니다
허용 목록에 포함되어
사용자가 앱에
액세스 권한을 
부여하면 필터링 없이
MediaStore를 볼 수 있습니다
여기에는 비미디어 파일도 포함됩니다
그러나 이러한 앱에
외부 앱 디렉터리에 대한

Indonesian: 
Kami juga menambahkan
akses aplikasi khusus
untuk aplikasi yang bisa menunjukkan
kebutuhan untuk akses luas
ke penyimpanan bersama.
Jumlah kasus penggunaan tidak banyak
yang menurut kami
membuktikan kebutuhan ini.
Beberapa contoh yang kami tahu
adalah aplikasi pengelola file
serta cadangan dan pemulihan.
Hanya aplikasi yang bisa
buktikan kebutuhan ini
yang akan diberikan akses lengkap.
Untuk menunjukkannya,
Anda akan perlu menyerahkan
formulir pernyataan ke Google Play.
ke Konsol Google Play.
Dan hanya jika diizinkan,
aplikasi akan bisa dikirimkan, lalu
Anda bisa meminta
akses aplikasi khusus kepada pengguna.
Jika Anda diizinkan
dan pengguna memberikan
akses ke aplikasi Anda,
Anda akan menerima
tampilan tanpa filter di MediaStore.
Ini mencakup file nonmedia.
Namun, aplikasi ini tidak akan
mendapatkan akses

Spanish: 
También agregamos
un acceso especial de apps
para las apps que pueden probar
una necesidad de acceso global
al almacenamiento compartido.
Hay pocos casos prácticos
que creemos que puedan
demostrar esta necesidad.
Los que conocemos
son los administradores de archivos y apps
de copia de seguridad y restablecimiento.
Solo las apps que puedan
demostrar esta necesidad
recibirán este acceso.
Para demostrarlo, necesitarán
enviar un formulario de declaración
a Google Play, a la Play Console.
Y solo si la app se incluye
en la lista blanca,
podrá ser enviada y entonces
pueden pedirle al usuario
este acceso especial de apps.
Si están en la lista blanca
y el usuario le otorga acceso a su app
obtendrán una vista sin filtros
de MediaStore.
Esto incluye archivos no multimedia.
Sin embargo, estas apps
no obtendrán acceso

Japanese: 
それから 特別なアプリアクセスも追加します
それは 共有ストレージに
広範なアクセスが必要だと
証明できるアプリのアクセスです
この証明ができるユースケースは
限られていると思います
Googleの知るところでは File Managerと
バックアップや復元用のアプリの例くらいですが
これを証明できるアプリのみが
このアクセス権を得ます
これを証明するにはGoogle Playの
デベロッパーコンソールに
申告フォームを提出します
ホワイトリストに登録された場合に限り
アプリを提出することが可能で
ユーザーに
特別なアクセスを要求することができます
もしホワイトリストに登録されて
ユーザーにアクセス権を認められれば
MediaStoreを
フィルタなしで見ることができます
そこには非メディアファイルが含まれます

English: 
We're also adding
special app access
for apps that can
truly demonstrate
a need for broad access
to shared storage.
There are a limited
number of use cases
that we believe can
demonstrate this need.
A couple examples
that we know of
are File Manager and
backup and restore apps.
Only apps that can
prove this need
will be granted this access.
In order to
demonstrate it, you'll
need to submit a declaration
form to Google Play,
to the Google Play
Developer Console.
And only if whitelisted
will your app
be able to be
submitted, and then
you can ask the user for
this special app access.
If you are whitelisted
and the user
grants your app
this access, you'll
get an unfiltered
view of MediaStore.
That includes non-media files.
However, these apps
will not get access

Portuguese: 
Também estamos adicionando
acesso especial ao app
aos que demonstrarem
real necessidade de acesso amplo
ao armazenamento compartilhado.
Há um número limitado de casos de uso
que acreditamos
poder demonstrar essa necessidade.
Alguns casos conhecidos
são o gerenciador de arquivos
e os apps de back-up e restauração.
Somente apps
que puderem comprovar a necessidade
receberão esse acesso.
Para demonstrá-la, será necessário
enviar um formulário de declaração
ao Google Play Console.
O app só poderá
ser enviado mediante a autorização.
Após isso,
será possível solicitar ao usuário
o acesso especial de app.
Se for autorizado e o usuário
conceder acesso ao app,
você terá uma visualização
sem filtros do MediaStore.
Inclusive arquivos
que não são de mídia.
No entanto,
os apps não terão acesso

Japanese: 
この場合 外部アプリのディレクトリへの
アクセス権は得ません
これらのディレクトリは
より強く保護されなくてはならないからです
このアクセスは
独自のファイル選択
エクスペリエンスを作成したいだけのアプリには
付与されません
その場合は システムピッカーを使ってください
Android 10には
外部レガシーストレージ要求フラグを
設けました
Scoped Storageへの対応に時間がかかるという
開発者からのフィードバックにお応えしたのです
ですが 将来のバージョンにおいては
このフラグは廃止します
その後は
特別なアクセス権を認められたアプリのみが
共有ストレージの広範な参照が可能です
このトピックに関しては
開発者からのフィードバックに
できるだけお応えしています
これは将来のバージョンが出るまでは
強制ではないですが

English: 
to external app directories.
This is, like we
mentioned before,
which we believe that
these directories should
be more protected.
I want to emphasize that
this access will not
be granted for apps that simply
want to create their own file
picking experience.
Those apps should use
the system picker.
Now, we created the
request legacy storage--
request external legacy
storage flag in Android 10
as a response to
developer feedback
for apps that need more time
to adapt to Scope Storage.
However, in future
versions of Android,
this flag will no
longer be available.
So only apps that have
the special app access
will be able to get a broad
view of shared storage.
I also hope that we've
demonstrated in this talk
that we're really
responsive to developer
feedback on this topic.
So I really encourage you, even
though we're not enforcing this
until the future
version of Android,

Chinese: 
如我所说 我们认为这些目录应该受到更好的保护
我想强调一下 如果一个应用想要自己构建一个文件选择器
那么我们不会给予这个权限
这些应用应该使用的是系统挑选器
现在 我们应开发者反馈
针对需要更多时间来适应 Scoped Storage 的应用
在 Android 10 中创建了请求旧版存储规则的开关
但是 在未来的 Android 版本中
这个开关值将不再可用
只有那些拥有特别访问权限的应用
才能取得共享存储空间的宽泛权限
我还希望我们可以通过这次演讲 
展示我们对这个问题上的开发者反馈的重视程度
我鼓励大家试试它 虽然我们要等到
今后的 Android 版本才会开始采用这些规则

Indonesian: 
ke direktori aplikasi eksternal.
Ini, seperti dijelaskan tadi,
yang kami percaya
bahwa direktori harus lebih dilindungi.
Saya ingin tekankan 
bahwa akses ini tidak akan diberikan
untuk aplikasi yang ingin membuat 
pengalaman memilih filenya sendiri.
Aplikasi tersebut harus 
menggunakan alat pilih sistem.
Kami telah membuat...
permintaan flag penyimpanan lama eksternal
dalam Android 10
sebagai respons
untuk masukan developer
untuk aplikasi yang perlu waktu
untuk adaptasi ke Penyimpanan Terbatas.
Namun, di versi Andoid yang akan datang,
flag ini tidak akan lagi tersedia.
Jadi hanya aplikasi dengan
akses aplikasi khusus
yang bisa mendapat
tampilan luas dari penyimpanan bersama.
Semoga Anda bisa memahami
melalui acara ini bahwa
kami benar-benar peduli
pada masukan developer
dalam topik ini.
Jadi kami mengimbau,
walaupun ini baru akan diberlakukan
di versi Android yang akan datang,

Portuguese: 
aos diretórios externos dos apps.
Como dissemos, isso ocorre
porque acreditamos que esses diretórios
precisam ser mais protegidos.
É importante ressaltar que esse acesso
não será garantido a apps
que simplesmente quiserem criar
uma experiência própria
de seleção de arquivos.
Eles precisam usar o seletor do sistema.
Criamos a sinalização de solicitação
de armazenamento externo legado
no Android 10
atendendo ao feedback dos desenvolvedores
para apps
que precisam de mais tempo
para se adaptarem
ao armazenamento por escopo.
No entanto, em versões futuras do Android,
essa sinalização
não estará mais disponível.
Assim,
somente apps com o acesso especial
poderão ter uma visão ampla
do armazenamento compartilhado.
Também espero
que tenhamos demonstrado nesta conversa
a nossa responsividade
ao feedback dos desenvolvedores
sobre esse assunto.
Mesmo que elas não sejam aplicadas
até a próxima versão do Android,

Korean: 
액세스 권한은 부여되지 않습니다
말씀드렸듯이 디렉터리를
더욱 신경써 
보호해야 하기 때문입니다
이러한 액세스 권한은
단지 환경을 선택하여
자체적인 파일을 생성하려는
앱에는 부여되지 않음을
강조하고 싶습니다
그러한 앱은 시스템 선택기를
사용해야 합니다
레거시 저장소 요청을 만들었습니다
이는 범위 지정 저장소를
적용하는 데 더 많은 시간을
필요로 하는 앱에 대한
개발자 피드백에 화답하는
Android 10의 외부 레거시
저장소 플래그 요청입니다
그러나 향후 Android 버전에서는
이러한 플래그를
사용할 수 없습니다
따라서 특별한 앱 
액세스 권한을 보유한 앱만이
공유 저장공간에
광역적으로 접근할 수 있습니다
이 회의를 통해
저희가 이 주제에 대한
개발자 피드백에
성심껏 화답해 왔음을
알아주셨으면 하는 바람입니다
범위 지정 저장소에 대한 변경사항은
앞으로의 Android 버전에서
적용되겠지만

Spanish: 
a directorios de apps externos.
Esto es, como mencionamos antes,
porque creemos
que estos directorios deberían
estar más protegidos.
Quiero resaltar que este acceso
no se otorgará a las apps
que solo crean su propia experiencia
de selección de archivos.
Esas apps deberían usar
el selector del sistema.
Creamos la marca
requestLegacyExternalStorage
en Android 10 como respuesta
a comentarios de los desarrolladores
para las apps que necesitan más tiempo
de adaptación a Almacenamiento Específico.
Pero, en futuras versiones de Android,
la marca ya no estará disponible.
Solo las apps que tienen
acceso especial de apps
podrán tener una vista global
del almacenamiento compartido.
Esperamos haber demostrado en esta charla
que estamos atentos a los comentarios
de los desarrolladores sobre este tema.
Así que los aliento a que,
aunque no implementaremos esto
hasta la futura versión de Android,

Spanish: 
prueben todos los cambios
de Almacenamiento Específico
y nos compartan casos prácticos
donde crean que debería
haber asistencia y no la hay.
También quiero recordarles
a los desarrolladores
que cuando desarrollen para Android 10,
si tienen archivos
en almacenamiento compartido,
como archivos PDF o multimedia
que estén fuera
de los directorios organizados,
necesitarán trasladarlos
al almacenamiento de la app.
De lo contrario, si desarrollan
para Android 10,
perderán el acceso a esos archivos.
Ahora repasaremos
algunas de las características
de Almacenamiento Específico en Android 10
y algunas características nuevas
de las que hablamos.
Primero, ahora se pueden contribuir
archivos multimedia sin permiso.
También se pueden contribuir
archivos no multimedia
al directorio de descargas.
Sin embargo, los archivos no
multimedia que leen esos archivos
requerirán el selector del sistema
y las API del marco de trabajo
de acceso al almacenamiento.

English: 
that you try out all the
Scope Storage changes
and you let us know
about use cases
that you feel are not
supported and should be.
I also want to remind
developers that as you
move to target Android 10,
if you have any files that
are in shared storage, like
PDFs or media files that
are outside the
organized directories,
you'll need to move them
into your app storage.
Otherwise, if you
target Android 10,
you will lose access
to these files.
So now let's recap
some of the features
of Scope Storage in Android 10
and some of the new features
that we've talked about.
First, media can be contributed
without permission now.
Also, non-media files can be
contributed to the Downloads
directory.
However, non-media files
reading those files
will require using the system
picker and the Storage Access
Framework APIs.

Portuguese: 
incentivo vocês a testarem
as mudanças do armazenamento por escopo
e nos informarem sobre os casos de uso
que parecem não ter suporte,
embora fosse ideal que tivessem.
É importante lembrar aos desenvolvedores
que, à medida que vocês
mudam o direcionamento para o Android 10,
caso tenham arquivos
no armazenamento compartilhado,
como PDF ou mídia
fora dos diretórios organizados,
será necessário movê-los
para o armazenamento do app.
Caso direcionem ao Android 10,
o acesso a esses arquivos será perdido.
Agora, recapitularemos alguns recursos
do armazenamento por escopo no Android 10
e novas funcionalidades
sobre as quais falamos.
Primeiro, a mídia
pode ser contribuída sem permissão.
Além disso,
os arquivos que não são de mídia
podem ser contribuídos
ao diretório de downloads.
No entanto, para ler esses arquivos
será necessário usar o seletor do sistema
e as APIs
do framework de acesso ao armazenamento.

Chinese: 
但是我们鼓励大家尝试所有的 Scoped Storage 更改
并告诉我们 哪些功能是应该得到 但尚未得到支持的
我还想提醒各位开发者
随着大家逐渐向 Android 10 迁移
如果你在共享存储空间中存有任何文件
例如位于被管理的目录之外的 PDF 或媒体文件
那么你就需要把它们挪进应用存储空间之中
否则 如果你的编译目标是 Android 10
你就会失去对这些文件的访问权限
下面我们来回顾一下 
Android 10 中的一些 Scoped Storage 功能
以及我们讨论过的一些新功能
第一 现在你可以无需权限就添加媒体文件
此外 非媒体文件也可以被添加到 Downloads 目录
不过 读取非媒体文件需要使用系统选择器
以及 Storage Access Framework API

Korean: 
여러분이 사용해 보시고
추가적인 지원이 필요한 사용 사례를
적극적으로 
알려주시기를 바랍니다
그리고 타겟을
Android 10으로 옮기면서
PDF나 미디어 파일이
조직화된 디렉터리 외부의
공유 저장공간에 있다면
이 파일을 앱 저장소로
옮겨야 한다는 점을
개발자 여러분께
알려드립니다
그렇지 않은 상태에서
Android 10을 타겟팅한다면
그러한 파일에 대한
액세스를 상실하게 됩니다
이제 Android 10의
범위 지정 저장소의
일부 기능과
오늘 말씀드린 새로운 기능
몇 가지를 다시 설명드리겠습니다
먼저 사용 권한 없이
미디어를 올릴 수 있습니다
또한 비미디어 파일도 다운로드 
디렉터리에 올릴 수 있습니다
그러나 그러한 파일을 읽는
비미디어 파일에 대해서는
시스템 선택기와
Storage Access Framework API를
사용해야 합니다

Japanese: 
Scope Storage changesをぜひお試しください
そして サポートが必要なユースケースを
お知らせください
１つリマインドさせてください
ターゲットをAndroid 10へと変える際に
共有ストレージにあるファイルは
つまり整理されたディレクトリ外にある
PDFやメディアファイルなどは
ご自身のアプリのストレージに移してください
そのままにしておくと
Android 10をターゲットにした時に
ファイルにアクセスできなくなります
それでは Android 10の
Scoped Storageの機能や
その他の新しい機能についてまとめます
まず メディアを許可なしで
提供できるようになりました
非メディアファイルは
ダウンロードディレクトリに
提供できます
ただし 非メディアファイルを読み込むには
システムピッカーと
Storage Access Framework APIが必要です

Indonesian: 
untuk mencoba perubahan
pada Penyimpanan Terbatas
dan beritahu kami
masalah penggunaan
yang menurut Anda
tidak didukung tapi diperlukan.
Saya juga ingin mengingatkan
bahwa jika Anda
menargetkan Android 10,
dan memiliki file yang
ada di penyimpanan bersama,
seperti PDF atau file media yang
berada di luar direktori teroganisasi,
Anda perlu memindahkannya
ke penyimpanan aplikasi Anda.
Jika tidak, saat Anda menarget Android 10,
Anda tak akan bisa lagi
mengakses file ini.
Jadi, sekarang mari rangkum
fitur Penyimpanan Terbatas
yang sudah dibahas.
Pertama, media kini dapat
ditambahkan tanpa izin.
Juga file nonmedia dapat ditambahkan
ke direktori Download.
Namun,
untuk membaca file nonmedia
diperlukan alat pilih sistem
dan Framework Akses Penyimpanan API.

Korean: 
이제 앱이 위치 메타데이터와
이미지, 동영상을 확인하고
미디어 위치에 액세스하기 위해선 
사용 권한을 요청해야 합니다
다음 Android 버전에서는
미디어를 읽기 위한
파일 경로 액세스를
도입하겠습니다
다음 버전에서는 일괄 옵션을
포함한 Media Modification API를
업데이트할 예정입니다
그리고 사용자가
특정 디렉터리를 선택하여
공유 저장공간 또는
민감한 디렉터리에 대한
광역 액세스를
제공하지 못하도록
저장소 액세스 프레임워크를
제한할 것입니다
그리고 Google Play에서
허용 목록에 포함시킨 사용 사례에 대한
특별 앱 액세스가 제공됩니다
이 모든 것이
타겟 SDK에 의해 적용됩니다
지금부터는 예신과 함께
몇 가지 실제 사례를
살펴보겠습니다

English: 
Apps now need to
request permission
to see location metadata,
images, and videos,
access media location.
In the next version
of Android, we'll
be introducing file path
access for reading media.
In the next version, we'll be
updating the Media Modification
APIs, including a bulk option.
And we'll be restricting
the Storage Access Framework
so that users cannot
select specific--
directories will
give broad access
to shared storage or
sensitive directories.
And there will be a special
app access for select use cases
whitelisted by Google Play.
And all this will be
enforced by target SDK.
Now I'll had it
over to Yacine, who
will go through some
practical examples.

Indonesian: 
Kini aplikasi
harus meminta izin
untuk melihat metadata lokasi,
gambar, video, dan
lokasi media akses.
Dalam versi Android berikutnya,
kita akan terapkan
akses lokasi file untuk membaca media.
Dalam versi berikutnya,
kita akan perbarui Modifikasi Media API
termasuk opsi massal.
Dan kami akan membatasi
Framework Akses Penyimpanan
jadi para pengguna yang tidak bisa
memilih direktori khusus
akan memberi akses luas
ke penyimpanan bersama
atau direktori sensitif.
Dan akan ada akses aplikasi khusus
untuk memilih kasus penggunaan
yang diizinkan oleh Google Play.
Dan semua ini
diberlakukan berdasar SDK target.
Sekarang saya serahkan ke Yacine,
yang akan menjelaskan
beberapa contoh praktis.

Chinese: 
应用现在需要请求许可 才能查看
位置元数据 图片 视频 或访问媒体文件位置
在下一个 Android 版本中 我们会
为媒体文件加入文件路径访问
在下一个版本中 我们会更新 Media Modification API
包括批处理选项
我们会限制 Storage Access Framework 
限制对共享存储或敏感目录给予宽泛的访问权限
我们还针对 Google Play 加入白名单的用例
提供了一个特别的应用权限
所有这些规则都会依照目标 SDK 强制执行
现在有请 Yacine 上台 来讲一些实际案例

Spanish: 
Las apps ahora necesitan
solicitar permiso
para ver metadatos de ubicación,
imágenes y videos,
y acceder a la ubicación de medios.
En la próxima versión de Android,
presentaremos el acceso
a la ruta de archivo para leer medios.
En la próxima versión,
actualizaremos las API
de modificación de medios,
incluida una opción masiva.
Y restringiremos el marco de trabajo
de acceso al almacenamiento
para que los usuarios no puedan
seleccionar directorios que den
acceso global al almacenamiento compartido
o directorios confidenciales.
Y habrá un acceso especial de apps
para casos prácticos específicos
en una lista blanca de Google Play.
Esto se aplicará según el SDK de destino.
Ahora los dejaré con Yacine,
que repasará algunos ejemplos prácticos.

Portuguese: 
Agora os apps
precisam solicitar permissão
para ver metadados
de localização, imagens e vídeos
e para acessar a localização de mídia.
Na próxima versão do Android,
introduziremos o acesso ao caminho
de arquivo para leitura de mídia.
Também atualizaremos
as APIs de modificação de mídia,
incluindo uma opção em massa.
Restringiremos
o framework de acesso ao armazenamento
para que os usuários não possam
selecionar diretórios específicos
nem conceder amplo acesso
ao armazenamento compartilhado
ou a diretórios confidenciais.
Haverá um acesso especial de apps
para selecionar casos de uso
autorizados pelo Google Play.
Tudo isso será aplicado
pelo SDK de destino.
Agora o Yacine apresentará
alguns exemplos práticos.

Japanese: 
アプリが画像やビデオなどの
位置情報メタデータを見るには
メディア位置情報へのアクセスの
許可を要求する必要があります
次のバージョンで
メディアの読み込みに
ファイルパスアクセスを導入します
また 次のバージョンでは
バルクオプションを含め
Media Modification APIをアップデートします
それから
Storage Access Frameworkを制限します
ユーザーは 共有ストレージへの
広範なアクセスを付与する
ディレクトリや機密ディレクトリを
選択できなくなります
また Google Playのホワイトリストに登録された
特別なユースケースについては
特別なアプリアクセス権が付与されます
これらは全て
ターゲットSDKによって適用されます
それでは
ヤシンに実例を紹介してもらいましょう

Portuguese: 
Obrigado, Roxy!
Como a Roxy e o Zim comentaram,
estamos simplificando
a experiência do desenvolvedor
no armazenamento por escopo.
Mas, com todas essas APIs,
pode ser difícil descobrir
qual delas usar no seu app.
Mostrarei tudo isso em um exemplo
para que você possa ter uma ideia
de qual API usar.
Imagine um app de player de mídia.
Ele precisa acessar
todos os vídeos no dispositivo smartphone
e ser capaz de exibi-los e reproduzi-los
sempre que o usuário quiser.
Para isso, usaremos a API MediaStore.
A vantagem 
é ter todos os arquivos indexados.
Assim, ela ajuda
em termos de desempenho de detecção.
Podemos acessar os arquivos
por meio da API ContentResolver

English: 
YACINE REZGUI: Thanks, Roxy.
So as Roxy and Zim
mentioned, we're
simplifying the developer
experience on Scope Storage.
But with all these
APIs, it may not
be easy to figure
out which one you
should use in your application.
So let me sum up all of that
with [? a ?] [? sample ?] that
you can have an
idea of what to use.
Imagine a media player app.
It needs to get all the
videos on the phone device
and be able to
display and play them
whenever the user wants it.
For this, we will use
the MediaStore API.
The advantage of it is to
have all the files indexed
so it helps in terms of
performance of discoverability.
We can get the files through
the ContentResolver API,
and we can use advance query
parameters like size, duration,
or resolution.

Japanese: 
ありがとう ロキシー
ロキシーとズィムがご説明したように
私たちは Scoped Storageにおける
開発者のエクスペリエンスを簡素化しています
しかし様々なAPIのうち
どれを自分のアプリに使うべきか判断するのは
簡単ではないでしょう
いくつかの例を紹介しますので
ヒントにしていただければと思います
Media Playerのアプリを
思い浮かべてください
このアプリは
携帯端末内の全てのビデオを取り込み
ユーザーが望む時にそれらを表示し
再生します
これを行うために
MediaStore APIを使います
このAPIは
全てのファイルにインデックスを付けてくれます
そのため ファイルを見つけやすいのです
それらのファイルは
ContentResolver APIによって得られます
そして サイズ 継続時間 解像度などの
詳細クエリパラメータを使えます

Spanish: 
Gracias, Roxy.
Como Roxy y Zim mencionaron,
estamos simplificando
la experiencia de los desarrolladores
con Almacenamiento Específico.
Pero con todas estas API,
puede no ser fácil
descubrir cuál deberían usar
en su aplicación.
Así que resumiré todo esto con un ejemplo
para que se den una idea de qué usar.
Imaginen un reproductor multimedia.
Necesita acceder
a todos los videos del teléfono
y poder mostrarlos y reproducirlos
cuando el usuario quiera.
Para esto, usaremos
la API de MediaStore.
La ventaja de esto es tener
todos los archivos indexados
lo que es útil en cuanto
al rendimiento de la detección.
Podemos pasar los archivos
por la API ContentResolver,
y usar parámetros de búsqueda avanzados
como tamaño, duración o resolución.

Chinese: 
谢谢 Roxy
正如 Roxy 和 Zim 所说 
我们在简化 Scoped Storage 上的开发者体验
但是 这么多的 API
大家很难决定 要在自己的应用里使用哪一个
所以我来使用一个案例进行总结
让大家明白应该采用哪个 API
假如现在有一个媒体播放器应用
它需要获取手机设备上的所有视频文件 展示这些文件
并在用户需要的时候播放这些文件
这时 我们需要采用的是 MediaStore API
它的优点是 把所有文件进行索引
这就改善了可发现性
我们可以通过 ContentResolver API 来获取文件
还可以使用高级查询参数 查询文件体积 持续时间 分辨率等

Korean: 
수고하셨습니다, 록시
록시와 짐이 말씀드렸듯
저희는 범위 지정 저장소의
개발자 환경을 단순화하고 있습니다
그러나 이러한 모든 API가 제공되어도
여러분의 애플리케이션에
어떤 것을 사용할지
판단하는 것은 쉽지 않습니다
따라서 여러분이 무엇을
사용할지 판단할 수 있도록
예시를 보여 드리겠습니다
미디어 플레이어 앱을 상상해 보시죠
이 앱은 사용자가 원할 때마다
휴대전화 내의 동영상을
표시하고 재생할 수 있어야 합니다
이러한 용도로
MediaStore API를 사용합니다
그 이점은 색인된 모든 파일을 통해
검색 가능 여부를
높일 수 있다는 점입니다
ContentResolver API로
파일에 접근하고
파일 크기, 재생 시간과
해상도 등 고급 쿼리 매개변수를
사용할 수 있습니다

Indonesian: 
-Terima Kasih, Roxy.
Sesuai penjelasan Roxy dan Zim,
kami menyederhanakan pengalaman developer
pada Penyimpanan Terbatas.
Namun dengan API ini,
mungkin tidak mudah untuk mencari
mana yang Anda perlu gunakan
dalam aplikasi Anda.
Jadi mari ringkaskan semua serta contohnya
sehingga Anda paham
mana yang mesti digunakan.
Bayangkan aplikasi media player.
Aplikasi ini perlu menampung
semua video di perangkat telepon
dan bisa menampilkan serta memutarnya
kapan pun pengguna mau.
Jadi, kita akan gunakan MediaStore API.
Keuntungannya adalah file bisa terindeks
jadi ini membantu
dalam hal kinerja visibilitas.
File bisa diperoleh
melalui ContentResolver API,
dan kita bisa gunakan
parameter kueri lanjutan
seperti ukuran, durasi, atau resolusi.

English: 
Finally, because we're
accessing files created
by other applications,
we need to add
the read external storage
permission in our manifest.
So the MediaStore
API is a contract
between the media provider and
the application that use it.
We queried through the
ContentResolver, which has
a similar API to an SQL query.
We choose the data we
want with a projection,
filter it with some
selected arguments,
and order it based on
the selected columns.
For our query, in
this case, we want
to have the ID column, the
display name, duration,
and size.
Those columns are part of
the MediaStore video columns
contract.
You can have the full list
on the website on our web
documentation.

Chinese: 
最后 因为我们在访问的是由其他应用创建的文件
我们需要在 manifest 中添加读取外部存储权限
MediaStore API 是媒体提供者和消费者 (也就是应用)
之间签订的合约
我们使用 ContentResolver 进行查询
它的 API 与 SQL 查询类似
我们使用投影选择自己想要的数据
使用一些特定的变量来对其进行过滤
再基于被选取的列来对它进行排序
在本例中 我们希望查询中含有 ID 列
显示名称 持续时间 和文件体积
这些列是 MediaStore 视频列合约的一部分
大家可以在我们的网页文档中查看完整的列表

Spanish: 
Por último, ya que estamos
accediendo a archivos creados
por otras aplicaciones,
necesitamos agregar
el permiso READ_EXTERNAL_STORAGE
en nuestro manifiesto.
La API de MediaStore es un contrato
entre el proveedor multimedia
y la aplicación que lo usa.
Enviamos una consulta mediante
ContentResolver, que tiene
una API similar a una consulta SQL.
Elegimos los datos
que queremos con una proyección,
los filtramos con algunos
argumentos seleccionados,
y los ordenamos en función
de las columnas seleccionadas.
Para nuestra consulta,
en este caso, queremos tener
la columna de ID, nombre de visualización,
duración y tamaño.
Estas columnas son parte del contrato
de columnas de video de MediaStore.
La lista completa aparece en el sitio web
de nuestra documentación web.

Indonesian: 
Terakhir, karena kita mengakses
file yang dibuat oleh aplikasi lain
kita perlu tambahkan 
izin membaca penyimpanan eksternal
di manifes.
Jadi MediaStore API adalah kontrak
antara penyedia media dan
aplikasi yang menggunakannya.
Kita lakukan kueri
melalui ContentResolver, yang memiliki
API serupa ke kueri SQL.
Kita pilih data dengan proyeksi,
memfilternya dengan argumen terpilih,
dan menyusunnya
berdasarkan kolom terpilih.
Untuk kueri dalam kasus ini,
kami ingin memiliki
kolom ID, nama tampilan, durasi,
dan ukuran.
Kolom ini adalah bagian dari
kontrak kolom video MediaStore.
Anda bisa lihat
daftar lengkapnya pada situs
dokumentasi web kami.

Korean: 
마지막으로
다른 애플리케이션에서 만든 파일에
액세스해야 하기 때문에
manifest에
외부 저장소 읽기 권한을
추가해야 합니다
따라서 MediaStore API는
미디어 공급업체와
미디어를 사용하는
애플리케이션 간의 계약입니다
저희는 SQL 쿼리와 유사한
API를 지닌 ContentResolver를
통해 쿼리했습니다
그리고 프로젝션을 통해
원하는 데이터를 골라
선택한 인수로 필터링하고
선택한 열에 따라 정렬했습니다
이 경우 쿼리에서는 ID 열과
표시 이름, 재생 시간,
파일 크기를 알아야 합니다
이는 MediaStore 
동영상 열 계약의 일부입니다
웹사이트에 있는 Google의 웹 문서에서
전체 목록을 확인하실 수 있습니다

Portuguese: 
e usar parâmetros avançados de consulta,
como tamanho, duração ou resolução.
Por fim, como estamos acessando
arquivos criados por outros apps,
precisamos adicionar a permissão
de armazenamento externo para leitura
ao nosso manifesto.
Portanto, a API MediaStore
é um contrato entre o fornecedor da mídia
e o app que a usará.
A consulta é feita pelo ContentResolver,
que tem uma API
semelhante a uma consulta SQL.
Escolhemos os dados
de que precisamos com uma projeção,
os filtramos
com alguns argumentos selecionados
e os ordenamos
com base nas colunas escolhidas.
Para nossa consulta,
neste caso, teremos a coluna de código,
o nome de exibição,
a duração e o tamanho.
Essas colunas fazem parte do contrato
das colunas de vídeo do MediaStore.
É possível acessar a lista completa
no site, na nossa documentação da Web.

Japanese: 
他のアプリが作成したファイルに
アクセスすることもあるので
外部ストレージ読み取り許可を
マニフェストに追加しなければなりません
MediaStore APIは
メディアプロバイダーとそれを使うアプリ間の
契約書です
ContentResolverでクエリを行いました
SQLクエリと似たAPIです
projectionで欲しいデータを抽出し
選択したいくつかの引数で
フィルタリングを行います
そして 選択したカラムに基づいて並べます
このクエリのケースでは
IDカラム 表示名前 
継続時間 サイズです
MediaStoreビデオカラム契約書に
これらのカラムが含まれています
その完全なリストが
GoogleのWebドキュメンテーションにあります

Portuguese: 
Para nossos argumentos de seleção,
filtraremos os vídeos
de cinco minutos ou mais de duração.
Como a coluna de duração
está em milissegundos,
precisamos convertê-la
para a unidade certa.
Anexamos todos esses elementos
à nossa consulta com o URI
de conteúdo de vídeo
correto do MediaStore.
Também queremos ordená-los pela duração.
A consulta retorna um cursor
para passar por todos os resultados.
Precisamos acessar
o índice de cada coluna
para ter o conteúdo.
Se a coluna não existir,
teremos uma exceção.
Estamos pegando esses índices para evitar
ter que buscar todos os resultados

English: 
So for our selections
argument, we
want to filter on videos equal
to five minutes or longer.
And as the Duration
column is in milliseconds,
we need to convert
it to the right unit.
We attach all of
those elements to
our query with the right
MediaStore video content URI.
We also want to order
it by the duration.
The query returns us a cursor
to go through all the results.
We need to-- sorry.
My bad.
We need to get
each column's index
to be able to get the content.
If the column doesn't
exist, we get an exception.
We're caching the
indexes here to avoid
having to fetch for each
result for each row.

Spanish: 
Para nuestro argumento de selección,
queremos filtrar videos
que duren cinco minutos o más.
Y como la columna
Duración está en milisegundos,
necesitamos convertirla
a la unidad correcta.
Adjuntamos todos esos elementos
a nuestra consulta con el URI de contenido
de video de MediaStore correcto.
También queremos ordenarla
por duración.
La consulta nos devuelve un cursor
para desplazarnos por los resultados.
Necesitamos... lo siento, me equivoqué.
Necesitamos ver el índice de cada columna
para poder ver el contenido.
Si la columna no existe,
recibimos una excepción.
Estamos almacenando en caché
los índices para evitar
tener que buscar cada resultado
para cada fila.

Korean: 
따라서 저희가 선택한 인수의 경우
5분이나 그 이상 분량의 
동영상에서 필터링해 보겠습니다
재생 시간 열이 밀리초 단위이므로
올바른 단위로 변환해야 합니다
이러한 모든 요소를
적합한 MediaStore
동영상 콘텐츠 URI를 통해
이 쿼리에 연결해야 합니다
재생 시간에 따라
정렬도 해야 합니다
쿼리는 모든 결과를
훑어보도록 커서를 반환합니다
콘텐츠에 접근하기 위해
아, 죄송합니다
각 열의 색인에 접근해야 합니다
열이 존재하지 않으면
예외가 적용됩니다
각 행에 대한 각 결과를 
가져올 필요가 없도록
색인을 캐시할 것입니다

Indonesian: 
Jadi untuk argumen seleksi,
kita ingin memfilter video
berdurasi lima menit atau lebih.
Dan karena kolom Durasi
dihitung per milidetik,
ini perlu diubah
ke unit yang tepat.
Kita lampirkan semua elemen tersebut
ke kueri dengan URI konten video
MediaStore yang benar.
Kita juga perlu
mengurutkannya berdasarkan durasi.
Kueri mengembalikan kursor ke aplikasi
untuk menelusuri semua hasil.
Kita perlu...
maaf.
Kita perlu indeks setiap kolom
untuk bisa mendapatkan konten tersebut.
Jika kolom tersebut tidak ada,
kita akan dapat pengecualian.
Indeks di-cahce di sini
untuk menghindari
keharusan mengambil
setiap hasil untuk setiap baris.

Chinese: 
对于我们的选取变元
我们想要过滤时长不少于5分钟的视频
由于持续时间是以毫秒为单位
我们需要将其转换为合适的单位
我们把所有元素添加到查询上
并加上适当的 MediaStore 视频内容 URI
我们还想按照持续时长来对它进行排序
查询为我们返回了一个 cursor 以供查询所有结果
我们需要获取每个列的序号 才能获取内容
如果列不存在 我们就会得到异常
我们把序号缓存在这里 
避免为每一行抓取每一个结果

Japanese: 
selectionの引数については
まず長さが５分以上のビデオを
抽出できるようにしたいと思います
継続時間カラムの単位がミリ秒なので
正しい単位に変換しなければなりません
これら全ての要素を
適切なMediaStoreビデオコンテンツURIで
クエリに加えます
また 継続時間で並べ替えます
クエリは全ての結果を対象とする
カーソルを返します
私たちは…
失礼…
コンテンツを獲得するために
各カラムのインデックスを取得する必要があります
カラムが存在しない場合には
“例外”となります
インデックスをキャッシュして
各行のそれぞれの結果を
フェッチしないようにします

Chinese: 
我们在 cursor 里循环 
从每个列中获取它的体积数据
因为我们在访问 MediaStore 视频集中的外部内容 URI
我们需要使用基础 URI
并将视频 ID 附加在末尾
这样就可以获取内容 URI 我们可以使用它
最后 在获得了所有数据之后
我们可以将其添加到我们的列表 并展示给用户
下面来看第二个使用案例 假如现在有一个照片展示应用
你可以创建图片 
也可以编辑或删除由其他应用创建的图片
我们在这里需要再次使用 MediaStore API
因为 正如之前提到的那样
我们在编辑的图片可能来自其他应用
所以 我们需要 READ_EXTERNAL_STORAGE 这个权限
无论我们何时编辑或删除图像

Japanese: 
カーソルをループして
サイズに基づいて
それぞれのカラムのデータを得ます
私たちはMediaStoreビデオコレクションから
外部コンテンツURIにアクセスするので
ベースURIを使う必要があります
そして ビデオのIDを末尾に付加します
こうすることで コンテンツURIが得られ
それを使うことができます
必要なデータがそろったら リストに加え
ユーザーに表示します
２番目のユースケースでは
フォトアプリをイメージしてみましょう
画像の作成のほか
他のアプリで作った画像の編集や削除もできます
これについても
MediaStore APIを使用します
私たちは他のアプリで作られた画像を
編集する可能性があるので
READ_EXTERNAL_STORAGE permissionが
必要になります

Portuguese: 
de cada linha.
Repetimos por meio do cursor
e acessamos os dados de cada coluna
com base no tamanho.
Como estamos acessando
o URI de conteúdo externo
do conjunto de vídeos do MediaStore,
precisamos usar o URI base
e anexar
o ID do vídeo na parte final dele.
O URI de conteúdo
será acessado e poderemos usá-lo.
Por fim, com acesso a todos os dados,
podemos adicioná-los à nossa lista
e exibi-los ao usuário.
Agora, para nosso segundo caso de uso,
imaginaremos um app
de recursos para fotos.
É possível criar imagens
ou editar e excluir
imagens criadas por outros apps.
Para isso,
usaremos novamente a API MediaStore.
Como possivelmente estamos editando
imagens de outros apps,
precisaremos da permissão
READ_EXTERNAL_STORAGE.

Indonesian: 
Kita loop kursor
dan mendapatkan data untuk setiap kolom
berdasarkan ukurannya.
Karena mengakses URI konten eksternal,
dari koleksi video MediaStore,
kita perlu gunakan URI dasar
dan tambahkan ID video di akhirnya.
Jadi URI konten kita bisa diperoleh,
dan bisa digunakan.
Akhirnya, kita dapatkan semua data,
bisa menambahkan ke daftar,
dan menampilkannya kepada pengguna.
Untuk kasus penggunaan kedua,
contohnya adalah aplikasi fitur foto.
Aplikasi bisa membuat gambar
serta mengedit atau menghapus gambar
yang dibuat oleh aplikasi lain.
Untuk ini,
kita akan kembali gunakan MediaStore API.
Karena, tadi dijelaskan, kita bisa
mengedit gambar dari aplikasi lain
kita perlu izin READ_EXTERNAL_STORAGE.

Spanish: 
Desplazamos el cursor
y recibimos datos de cada columna
en función de su tamaño.
Debido a que accedemos
al URI de contenido externo,
desde la colección de video de MediaStore,
necesitamos usar el URI de base
y anexar el ID del video al final.
Así obtendremos el URI de contenido,
y podemos usarlo.
Por último, recibimos todos los datos.
Podemos agregarlos a nuestra lista
y mostrárselos al usuario.
Para nuestro segundo caso práctico,
imaginemos una app de fotografía.
Pueden crear imágenes, así como
editar o eliminar imágenes
creadas por otras aplicaciones.
Para esto, usaremos
otra vez la API de MediaStore.
Como posiblemente editemos,
como ya se dijo,
imágenes de otras aplicaciones,
necesitaremos el permiso
READ_EXTERNAL_STORAGE.

English: 
We loop through our cursor
and get data for each column
based on its
[? size. ?] Since we're
accessing the external content
URI, from the MediaStore video
collection, we need
to use the base URI
and append the ID of the
video at the end of it.
That will get our content
URI, and we can use it.
Finally, we get all the
data, we can add to our list
and display it to the user.
Now for our second use case,
let's imagine a photo feature
app.
You can create images as well
as editing or deleting images
created by other applications.
For this, we will use
again the MediaStore API.
Because, as mentioned,
we're possibly
editing images from
other applications,
we will need the
READ_EXTERNAL_STORAGE
permission.

Korean: 
커서를 통해 반복 실행하고
이를 토대로 
각 열에 대한 데이터를 가져옵니다
MediaStore 동영상 
컬렉션에서 외부 콘텐츠 URI에
액세스하기 때문에
기본 URI를 사용하고 끝부분의
동영상의 ID를 추가해야 합니다
그렇게 하여 콘텐츠 URI를
가져와 사용할 수 있습니다
마지막으로 모든 데이터를 
가져와 목록에 추가하고
사용자에게 표시할 수 있습니다
이제 두 번째
사용 사례로 사진 기능 앱을
생각해 보겠습니다
이미지를 생성함은 물론
다른 애플리케이션에서 만든 이미지를
수정 또는 삭제할 수도 있습니다
그러려면 MediaStore API를 
다시 사용합니다
말씀드렸듯이
다른 애플리케이션에서 가져온
이미지를 수정해야 할 수 있으므로
READ_EXTERNAL_STORAGE 권한이 
필요하게 됩니다

Japanese: 
画像を編集 削除しようとするときは
ユーザーの同意を得るダイアログが表示されます
次のAndroidリリース時には
これらの要求を
１つのダイアログでまとめてできます
もし写真の撮影場所に基づいて
エクスペリエンスを強化したいなら
メディアアクセス割り当てを追加する必要があります
全てのファイルの全てのEXIFデータを
得られるようになります
こうしたメディア位置情報に
引き続きアクセスできるかを
ダブルチェックする必要があります
いつでもアクセス権があると考えてはなりません
ダイアログをユーザーに表示するには
まず ファイルディスクリプタを
書き込みモードにしなければなりません
最初は“例外”となります
修復可能なセキュリティ例外です

Indonesian: 
Kapan pun kita ingin mengedit
atau menghapus gambar,
OS akan menampilkan dialog ke pengguna
untuk mendapatkan konten tersebut.
Mulai rilis Android berikutnya,
Anda bisa melakukan
banyak permintaan sekaligus
dalam satu dialog.
Terakhir, jika ingin menyediakan
pengalaman yang lebih baik
berdasarkan lokasi tempat foto diambil,
Anda perlu menambahkan
alokasi media akses,
agar bisa mendapatkan
semua data EXIF dari file apa pun.
Ingat, Anda harus memeriksa ulang
apakah aplikasi masih punya akses
ke lokasi media ini.
Jangan asumsikan akses itu selalu ada.
Untuk bisa menampilkan
dialog bagi pengguna,
pertama kita perlu
menambahkan deskriptor file
pada mode menulis,
yang pada awalnya,
akan memberikan pengecualian
keamanan yang bisa dipulihkan.

Spanish: 
Cada vez que editemos
o eliminemos una imagen,
el SO mostrará un diálogo
al usuario para recibir ese contenido.
A partir de la próxima versión de Android,
podrán realizar solicitudes masivas
dentro de un único diálogo.
Por último, si quieren proporcionar
una experiencia mejorada
basada en la ubicación
donde se tomaron las fotos,
necesitan agregar ACCESS_MEDIA_LOCATION
para poder recibir
todos los datos EXIF de cualquier archivo.
Recuerden que tienen que verificar
si todavía tienen acceso
a esta ubicación multimedia.
No deberían asumir que siempre lo tienen.
Para poder mostrarle
el diálogo al usuario,
primero necesitamos anexar
el descriptor de archivo
en el modo escritura, que, la primera vez,
nos arrojará una excepción
de seguridad recuperable.

Korean: 
이미지를 수정 또는
삭제할 때마다 OS가 사용자에게
해당 콘텐츠를
가져오도록 대화상자를 표시합니다
다음 Android 버전에서는
그런 모든 요청을 한 번의 대화상자로
일괄 처리할 수 있습니다
마지막으로
사진을 찍은 장소를 근거로
향상된 경험을 제공하려면
파일의 모든 EXIF 데이터를
가져올 수 있도록 미디어 할당 
액세스 권한을 추가해야 합니다
이러한 미디어 위치에 대한
액세스를 가지고 있는지
다시 한번 확인해야 합니다
항상 액세스가 가능하다고
가정하면 안 됩니다
사용자에게 대화상자를 표시하려면
먼저 쓰기 모드에
파일 설명자를 추가해야 합니다
그렇게 하면
처음에 복구 가능한
보안 예외를 적용할 것입니다

Portuguese: 
Sempre que formos
editar ou excluir uma imagem,
o SO exibirá uma caixa de diálogo
ao usuário para acessar o conteúdo.
A partir da próxima versão do Android,
será possível fazer
essas solicitações em massa,
em uma caixa de diálogo única.
Por fim, caso queira oferecer
uma experiência aprimorada
com base no local
onde as fotos foram tiradas,
você precisará adicionar
o acesso à localização de mídia
para poder receber
todos os dados EXIF de qualquer arquivo.
Você precisará conferir
se ainda tem acesso
a essa localização de mídia.
Não suponha que sempre terá esse acesso.
Para poder exibir
a caixa de diálogo ao usuário,
precisamos anexar
o descritor do arquivo
no modo de gravação,
que, na primeira vez,
nos fornecerá
uma exceção de segurança recuperável.

Chinese: 
操作系统都会向用户弹出一段对话 以便获取用户同意
在下一个版本的 Android 中
你可以只用一个对话框就批处理所有这些请求
最后 如果你想要基于照片拍摄的地点
为用户提供更好的体验
就必须添加媒体位置访问权限
这样才能获取文件中的 EXIF 数据
请记住 你需要再三确定自己是否拥有这个媒体位置的访问权限
而不能想当然地认为自己随时都可以访问它
为了向用户呈现这个对话框
我们首先需要在写模式中打开 FileDescriptor
而这种做法会在首次调用的时候抛出异常
这是一个可恢复的安全类异常

English: 
Whenever we'll edit
or delete an image,
the OS will prompt a dialog to
the user to get that content.
>From the next
Android release, you
will be able to bulk
all of those requests
within a single dialog.
Lastly, if you want to provide
an enhanced experience based
on the location of where
the photos were taken,
you need to add the
access media allocation
to be able to get all the
EXIF data of any file.
Remember that you have to double
check if you still have access
to this media location.
You should not assume
having it all the time.
To be able to prompt
the dialog to the user,
we need first to append
the file descriptor
on the write mode, which at
the first time, initially,
it will throw us an exception, a
recoverable security exception.

English: 
Within that
exception data, there
is a pending intent that we
need to send to the system
to be able to get the dialog.
Once the user
[? counts and ?] given,
we can open again
the file descriptor
and have finally access to it.
Now let's imagine
another use case,
a productivity application,
something like email,
for example.
We may want to write an email
and attach a file to it,
any type of it.
It can be a PDF, a ZIP
file, or something else.
For this, we will use the
Storage Access Framework.
Whenever you need it,
you don't actually
have to ask for permission.
You can use any files
available on the user device
as well as using content
from other content
providers like Google Drive.
Locally or remotely, the API is
abstracting all the complexity
for you, so you just
consume it in the same way,

Indonesian: 
Dalam data pengecualian tersebut,
ada intent tertunda
yang perlu dikirim ke sistem
agar bisa mendapatkan dialog tersebut.
Setelah akun pengguna diberikan,
kita dapat membuka deskriptor file
dan punya akses ke sana.
Sekarang mari lihat
kasus penggunaan lain,
yaitu aplikasi produktivitas,
seperti email, misalnya,
Kita mungkin ingin menulis email
dan melampirkan file apa pun.
File bisa berupa PDF, ZIP, atau lainnya.
Untuk ini, kita akan gunakan
Framework Akses Penyimpanan.
Kapan pun Anda perlu,
Anda tidak harus meminta izin.
Anda bisa gunakan file
yang tersedia pada perangkat pengguna.
serta menggunakan konten
dari provider konten lain
seperti Google Drive.
Secara lokal atau jarak jauh,
API mengabstraksi seluruh kompleksitas
untuk Anda, jadi Anda tinggal
menggunakannya dengan cara yang sama,

Chinese: 
在这个异常数据内 有一个待定的意图
需要我们发给系统 这样才能得到一个对话框
用户在同意之后
我们就可以再次打开 FileDescriptor
并最终取得访问权限
现在我们再来讲另一个使用案例
生产力类型的应用 比如 Gmail
我们可能会想写一封电子邮件 再附加一个文件上去
这个文件可能属于任何类型 可能是 PDF Zip 等等
这时 我们就要使用 Storage Access Framework
无论何时你需要它 你并不一定需要许可
你可以使用用户设备上的任意文件
或是使用由其他提供者 如 Google Drive 提供的内容
无论是在本地还是远程 
API 都会为你完成复杂问题的抽象工作
你只需使用同样的方式来使用它即可

Korean: 
이러한 예외 데이터에는
대화상자를 열기 위해 
시스템으로 전송해야 하는
대기 중인 인텐트가 있습니다
사용자가 동의한 후에는
파일 설명자를 다시 열어 
최종적으로 액세스할 수 있습니다
이제 예를 들어
이메일과 같은
생산성 애플리케이션의
사용 사례를 생각해 보겠습니다
이메일을 작성하고
어떤 형식의 파일을
첨부해야 합니다
PDF나 ZIP 또는
다른 형식일 수 있습니다
이때 저장소 액세스 프레임워크가 사용됩니다
필요할 때마다 사용 권한을 
요청할 필요가 없습니다
사용자 기기의 어떤 파일이든
사용할 수 있을 뿐 아니라
Google 드라이브와 같은
콘텐츠 제공업체의
콘텐츠도 활용 가능합니다
로컬로든 원격으로든
API가 사용자 대신에
모든 복잡성을 추상화하여
기기에서든 원격으로든

Japanese: 
その例外データ内に
保留中のインテントがあります
これをシステムに送ってダイアログを取得します
ユーザーの同意が得られたら
もう一度ファイルディスクリプタを開き
アクセスすることができます
次は別のユースケース
メールのような
生産性アプリケーションについてです
メールを書いて
ファイルを添付することがありますね
PDF ZIPなど
様々な種類の添付ファイルが考えられます
これについては
Storage Access Frameworkを使います
ファイルを使うのに
許可を得る必要はありません
ユーザーのデバイスにあるファイルは
どれでも使うことができます
Google Driveのような
他のプロバイダーからのコンテンツも使えます
このAPIはローカルでもリモートでも
全ての複雑さを解消してくれます

Portuguese: 
Nesses dados de exceção,
há um intent pendente
que precisamos enviar ao sistema
para que a caixa de diálogo seja exibida.
Após a permissão do usuário,
é possível abrir novamente
o descritor do arquivo
e finalmente acessá-lo.
Agora imaginemos outro caso de uso.
Um app de produtividade
como o Gmail, por exemplo.
Podemos querer escrever um e-mail
e anexar um arquivo qualquer a ele.
Pode ser um arquivo PDF, ZIP etc.
Para isso, usaremos
o framework de acesso ao armazenamento.
Sempre que você precisar,
não é necessário pedir permissão.
É possível usar todos os arquivos
disponíveis no dispositivo do usuário,
além de outros provedores de conteúdo,
como o Google Drive.
Seja local ou remotamente, a API abstrai
toda a complexidade para você.

Spanish: 
Dentro de los datos de esa excepción,
hay una acción pendiente
que necesitamos enviar al sistema
para poder recibir el diálogo.
Una vez que tenemos acceso
al contenido del usuario
podemos abrir otra vez
el descriptor del archivo
y finalmente tener acceso a él.
Imaginemos otro caso práctico:
una aplicación de productividad,
como Gmail.
Supongamos que queremos escribir
un correo y adjuntar un archivo,
cualquier tipo de archivo, como un PDF,
un ZIP u otro tipo de archivo.
Para esto, usaremos el marco de trabajo
de acceso al almacenamiento.
Realmente no tienen que pedir permiso
cuando lo necesiten.
Pueden usar cualquier archivo
disponible en el dispositivo del usuario,
así como contenido de otros proveedores
de contenido como Google Drive.
De forma local o remota, la API
está extrayendo toda la complejidad
por ustedes, para que puedan consumirla
de la misma manera,

Chinese: 
在设备本地还是远程消耗均可
UI 是由意图控制的
所以 这里我们需要使用一个特定的意图
才能得到文件选择器
选取文件时 我们需要使用 ACTION_OPEN_DOCUMENT 意图
选取文件夹时 则需要使用 ACTION_OPEN_DOCUMENT_TREE 意图
文件访问权限并不是随时都有的
在用户重启之前 你仍然拥有访问权限
如果你想在重启后继续拥有这个权限 就需要使用
takePersistableUriPermission 方法
你可以通过这个方法来取得长期可用的文件访问权限
不过 你需要同时检查这个文件是否被删除
在我们的生产力应用里面 我们要做的第一件事就是
使用 ACTION_OPEN_DOCUMENT
在这里 我们将分类设定为 CATEGORY_OPENABLE
也就是说 我们会得到可打开的实体 也就是文件

Portuguese: 
Assim, você consome da mesma forma
no dispositivo ou de maneira remota.
Um intent cuida da IU.
Portanto,
precisamos usar um intent específico
para poder ter o seletor de arquivos.
Para selecionar um arquivo,
precisamos usar o intent
ACTION_OPEN_DOCUMENT.
E para selecionar uma pasta,
usamos ACTION_OPEN_DOCUMENT_TREE.
O acesso ao arquivo
não é concedido todo o tempo.
Ele será mantido até o usuário reiniciar.
Caso queira persisti-lo,
será necessário usar o método
takePersistableUriPermission.
Com ele,
você sempre terá acesso ao arquivo.
Mas também é necessário verificar
se esse arquivo não foi excluído.
No nosso app de produtividade,
primeiro usaremos ACTION_OPEN_DOCUMENT.
Nesse caso,
definiremos a categoria como aberta.

Japanese: 
よって デバイス上でも
リモートでも同じように使用できるのです
UIはインテント別に処理されます
ここではファイルピッカーを得るために
特別なインテントを使います
ファイルを選択するには
ACTION_OPEN_DOCUMENTインテントが必要です
そして フォルダを選択するには
ACTION_OPEN_DOCUMENT_TREEが必要です
ファイルへのアクセスは
ずっと付与されているわけではありません
ユーザーが再起動するまではアクセスできます
アクセス権を保持したいなら
takePersistableUriPermissionメソッドを
用います
これによって
常にファイルにアクセスできるようになります
ただ その間にファイルが削除されていないか
確認しなければなりません
この生産性アプリで最初に行うことは
ACTION_OPEN_DOCUMENTの使用です
このケースではカテゴリをオープン可能に設定します
そして オープン可能エンティティを得ます

English: 
whether it's on the
device or remotely.
The UI is handled by an intent.
So here we need to
use a specific intent
to be able to have
the file picker.
To select a file, we need to
use the ACTION_OPEN_DOCUMENT
intent.
And to select a
folder, we need to use
ACTION_OPEN_DOCUMENT_TREE.
The access on the file is
not granted all the time.
Until the user reboot, you
still have access to it.
If you want to
persist it, you need
to use
takePersistableUriPermission
method.
With it, you will have
always access to that file.
But you also need to check
that this file hasn't
been deleted in the meantime.
Inside our productivity app,
the first thing we will do
is to use that
ACTION_OPEN_DOCUMENT.
In this case, we
will set the category
to category openable,
which means we will
get the openable entities--

Spanish: 
ya sea en el dispositivo o remotamente.
La IU está administrada por un intent.
Aquí necesitamos usar un intent específico
para tener el selector de archivos.
Para seleccionar un archivo
necesitamos usar el intent
ACTION_OPEN_DOCUMENT.
Y para seleccionar una carpeta,
necesitamos usar
ACTION_OPEN_DOCUMENT_TREE.
El acceso al archivo no es permanente.
Podrán acceder a él
hasta que el usuario reinicie.
Si quieren conservarlo, necesitan usar
takePersistableUriPermission.
Con él, siempre
tendrán acceso a ese archivo.
Pero también necesitan
comprobar que ese archivo
no se haya eliminado en ese periodo.
Dentro de nuestra app de productividad,
lo primero que haremos
es usar ACTION_OPEN_DOCUMENT.
En ese caso, definiremos la categoría
como una categoría
que se puede abrir, lo que significa
que recibiremos entidades
que podemos abrir,

Indonesian: 
baik dari perangkat atau jarak jauh.
UI ditangani oleh intent.
Jadi di sini kita perlu
gunakan intent spesifik
untuk bisa memiliki alat pilih file.
Untuk memilih file,
kita perlu gunakan intent
ACTION_OPEN_DOCUMENT.
Dan untuk memilih folder,
kita perlu gunakan
ACTION_OPEN_DOCUMENT_TREE.
Akses ke file tidak selalu diberikan.
Sampai pengguna melakukan reboot,
Anda masih memiliki aksesnya.
Jika Anda ingin mempertahankannya,
Anda perlu gunakan metode
takePersistableUriPermission.
Dengan itu, Anda selalu
punya akses ke file tersebut.
Tapi Anda juga perlu memeriksa
bahwa file belum dihapus pada saat itu.
Di aplikasi produktivitas contoh ini,
pertama kita akan
gunakan ACTION_OPEN_DOCUMENT.
Dalam hal ini, kita akan tetapkan 
kategori ke kategori bisa dibuka,
artinya kita dapatkan
entitas, yaitu file, yang bisa dibuka,

Korean: 
동일한 방식으로 활용합니다
UI는 인텐트가 처리합니다
따라서 특정 인텐트를 사용해야
파일 선택기를 사용할 수 있습니다
파일을 선택하려면
ACTION_OPEN_DOCUMENT 인텐트를
사용해야 합니다
폴더를 선택하려면
ACTION_OPEN_DOCUMENT_TREE 인텐트를
사용해야 합니다
파일에 대한 액세스가
항상 허용되는 것은 아닙니다
사용자가 재부팅할
때까지는 액세스가 유지됩니다
액세스를 계속 유지하려면 
takePersistableUriPermission 메서드를
사용해야 합니다
이 메서드로 언제든
해당 파일에 액세스할 수 있지만
중간에 해당 파일이
삭제되지는 않았는지
확인할 필요도 있습니다
생산성 앱에서 우리가
첫 번째로 해야 할 일은
ACTION_OPEN_DOCUMENT를
사용하는 것입니다
이 경우 카테고리를
열 수 있는 카테고리로 설정합니다
예를 들어
연락처 입력 일정이

Indonesian: 
untuk menghindari
ketiadaan kalender entri kontak, misalnya.
Kita tetapkan
jenis penulisan.
Dalam hal ini, kita hanya ingin
punya aplikasi PDF, yang berarti PDF.
Di sini, kita lakukan
render pada PDF, misalnya,
dalam email draf hanya untuk
menunjukkan pratinjau kepada pengguna
menggunakan PDF Render API, misalnya.
Terakhir, kita bisa kirimkan email,
dan mendapatkan pengalaman lengkap.
Contoh kedua dalam aplikasi Gmail
adalah kemampuan untuk
menyimpan lampiran file ke email
Kapan pun pengguna menginginkan
hal tersebut pada perangkat.
Maka, kita akan gunakan
intent ACTION_CREATE_DOCUMENT,
yang punya parameter serupa
dengan tindakan yang tadi kita buat.
Tetapi di sini, ada judul tambahan
tempat kita bisa
meletakkan temuan default,
pengguna masih bisa mengubahnya
dalam UI penghemat file.

Chinese: 
这是为了避免获取日历或联系人等其他实体
我们设定了类型 
在这里 也就是让应用选取 PDF 也就是 PDF 文件
现在 我们可以在 比如说电子邮件草稿里 渲染 PDF 文件
并使用 PDF Renderer API 等工具 向用户展示预览画面
最后 我们可以发送电子邮件 这样体验就完整了
我们的 Gmail 应用中的第二个例子是
将任意附件保存到设备中
文件位置可以是设备上用户选定的任何地方
这时 我们要使用 ACTION_CREATE_DOCUMENT 意图
它的相关参数和我们之前的操作类似
只有这里多出了一个标题
我们可以在这里放置一个默认文件名称
用户仍然可以在文件保存 UI 中更改它

Portuguese: 
As entidades, ou seja,
os arquivos, ficarão em aberto
para assegurar
que teremos acesso às entradas
da agenda de contatos, por exemplo.
Definimos o tipo de gravação principal.
Neste caso, queremos somente os PDFs.
A partir daí, podemos renderizar o PDF
no nosso e-mail de rascunho,
só para mostrar
uma visualização ao usuário,
com a API PDF Render, por exemplo.
Para terminar, basta enviarmos o e-mail
e completar a experiência totalmente.
Um segundo exemplo no app Gmail
é a capacidade de salvar
qualquer arquivo anexado a um e-mail,
em qualquer lugar
que o usuário quiser no dispositivo.
Para isso, usaremos o intent
ACTION_CREATE_DOCUMENT.
Ele tem parâmetros semelhantes
à ação anterior que criamos com um extra:
um título adicional em que podemos
inserir um nome de arquivo padrão.
O usuário ainda pode mudá-lo
na IU do salvador de arquivos.

Spanish: 
es decir, los archivos,
para, por ejemplo, evitar no tener
el calendario de entradas de contacto.
Definimos el tipo correcto.
En este caso, queremos
la aplicación de PDF,
es decir, los archivos PDF.
A esta altura, podemos
generar el PDF, por ejemplo,
en nuestro correo en borrador para mostrar
una vista previa al usuario
con la API de generación de PDF.
Por último, podemos enviar el correo,
y terminar la experiencia.
Un segundo ejemplo
dentro de la app de Gmail
es la capacidad de guardar
archivos adjuntos en un correo
donde sea que el usuario
quiera en el dispositivo.
Para esto, usaremos el intent
ACTION_CREATE_DOCUMENT.
Tiene parámetros similares
a la acción que creamos recién
con un título adicional donde podemos
colocar un resultado predeterminado.
El usuario puede cambiarlo
dentro de la IU de File Saver.

English: 
it means the files--
to avoid not having the
calendar of contact entries,
for example.
We set the write
[? main ?] type.
In this case, we just want
to have the application
PDF, which means the PDFs.
At this point, we can
render the PDF, for example,
in our draft email just to show
a preview to the user using
PDF Render API, for example.
And lastly, we can
just send the email,
and having our whole experience.
A second example
within our Gmail app
is the ability to save any
attached files to an email
wherever the user
want on device.
For this, we will use
ACTION_CREATE_DOCUMENT intent.
It has similar parameters to
the previous action we just
created with an extra one
here, extra title where
we can put a default finding.
The user can still change
that within the file saver UI.

Korean: 
없는 상황을 피하기 위해
열 수 있는 항목,
즉 파일로 설정합니다
또한 쓰기 형식을 설정합니다
이 경우 애플리케이션 PDF
즉, PDF가 필요합니다
이제, 예를 들어
PDF Render API를 사용하는
사용자에게 미리보기를
제공하기 위해 초안 이메일에서
PDF를 렌더링할 수 있습니다
마지막으로
이메일을 전송하면
모든 경험을 마치게 됩니다
Gmail 앱을 사용한
두 번째 사례는
이메일에 첨부된 
파일을 사용자가 원하는
기기상의 위치에
저장하는 기능입니다
이 경우에는
ACTION_CREATE_DOCUMENT 인텐트를 사용합니다
추가적인 사항, 즉
기본 검색결과를 입력할 수 있는
추가적인 제목과
유사한 것으로서 방금 생성한
이전 동작에 대한
매개변수가 있습니다
사용자는 여전히 파일 저장 UI에서
변경할 수 있습니다

Japanese: 
つまり ファイルです
例えばカレンダーや連絡先が
含まれないことがないようにしています
“type”も設定します
この場合 “application/PDF”とは
つまりPDFのことです
現在は メールのドラフト内に
PDFファイルなどをプレビュー表示できます
これは 例えばPDF Render APIなどによって
実行されています
後はメールを送信するだけで
エクスペリエンス全体を得られます
次はGmailアプリの２つ目の例
どんな種類の添付ファイルも
デバイス上のユーザーが希望する場所に
保存できる機能です
ACTION_CREATE_DOCUMENTインテントを
使います
これまで作成してきた先行アクションに似た
パラメータです
titleを１つ追加しました
デフォルト検索用です
ユーザーは
ファイルセーバーUIでこれを変更できます

Japanese: 
最後に
ファイルディスクリプタを開き
書き込みモードで編集して
コンテンツを加えます
私たちは
アプリのエコシステムが
プライバシー最優先のアプローチをとりながら
繁栄することを願っています
ファイル管理機能の
バックアップを提供すると
MediaStore APIを
フィルタのかかっていない状態で見られます
これには特別なアクセス許可が必要です
SMSやコア許可のように
Play Consoleで認められなければなりません
皆さんのScoped Storage導入を
サポートさせていただきます
ご質問がございましたら
Googleサンドボックスのブースへお越しください
専門家があらゆるご質問にお答えします
１つご提案したいのは

Spanish: 
Por último, podemos abrir
el descriptor del archivo
y editarlo con el modo escritura
y agregar el contenido allí.
Queremos que nuestro
ecosistema de aplicaciones
progrese con la privacidad como prioridad.
Si proporcionan gestión de archivos
o copias de respaldo,
pueden obtener una vista
sin filtros de la API de MediaStore.
Requiere un permiso de acceso especial
que debe aprobarse en Play Console,
como permisos de SMS y permisos básicos.
Estamos aquí para ayudarlos a prepararse
para Almacenamiento Específico.
Si tienen preguntas, pueden
hablar con nosotros en nuestro puesto.
Los expertos responderán
todas sus preguntas.
Entre otras cosas, les recomendamos

Chinese: 
最后 我们还可以在它上面打开 FileDescriptor
在写模式中编辑它 并在那里添加内容
我们希望我们的应用生态系统
在尊重隐私的前提下实现繁荣
如果你提供了备份等文件管理功能
你就可以用 MediaStore API 查看不被过滤的全部内容
它需要一个特殊的访问权限
这个权限需要在 Play Console 中获得许可
正如短信权限和呼叫权限那样
我们的目的是帮助大家为 Scoped Storage 做好准备
如果大家有问题要问 请到体验区向我们提问
我们会安排专家为大家答疑解惑

English: 
Lastly, we can open the
file descriptor on it
and just edit it on the write
mode and add the content there.
We want our ecosystem
of applications
to thrive with a
privacy first approach.
If you provide backup of
file management features,
you can get an unfiltered
view of the MediaStore API.
It requires a special
access permission
which needs to be approved
in the Play Console
like SMS and core permissions.
We're here to help you getting
ready for Scope Storage.
If you have any questions, come
to talk to us at our sandbox
booth.
We will have the experts
answering all your questions.
But among our
recommendations, one of them

Indonesian: 
Terakhir, kita bisa membuka
deskriptor file pada judul itu
dan tinggal mengeditnya pada
mode menulis dan menambahkan konten.
Kami ingin ekosistem aplikasi
bisa berkembang
dengan mengutamakan privasi.
Jika Anda menyediakan
cadangan fitur pengelolaan file,
Anda bisa mendapatkan tampilan
tanpa filter dari MediaStore API.
Ini memerlukan izin akses khusus
yang perlu disetujui di Konsol Play
seperti SMS dan izin inti.
Kami di sini untuk membantu Anda
bersiap untuk Penyimpanan Terbatas.
Jika ada pertanyaan,
datang dan sampaikanlah
di bilik sandbox kami.
Di sana ada pakar
yang menjawab pertanyaan Anda
Namun di antara rekomendasi kami,

Portuguese: 
Por fim,
podemos abrir o descritor do arquivo,
editá-lo no modo de gravação
e adicionar o conteúdo.
Queremos que nosso ecossistema
de apps seja bem-sucedido
com uma abordagem
que priorize a privacidade.
Se você fornecer back-up
de recursos de gerenciamento de arquivos,
poderá ter uma visualização
sem filtros da API MediaStore.
Isso requer
uma permissão de acesso especial
que precisa ser aprovada no Play Console,
como permissões principais e de SMS.
Estamos aqui para ajudar você
a se preparar
para o armazenamento por escopo.
Caso tenha alguma dúvida,
venha falar conosco no sandbox.
Os especialistas responderão
a todas as perguntas.

Korean: 
마지막으로 여기서
파일 설명자를 열어 쓰기 모드에서
수정하여 콘텐츠에
추가할 수 있습니다
저희는 개인정보를
최우선시하는 접근 방식으로
애플리케이션 생태계가 번성하기를 원합니다
여러분이 파일
관리 기능의 백업을 제공하면
MediaStore API에
무제한 접근할 수 있습니다
그러려면 SMS와
같은 Play Console의 승인이
필요한 특별 액세스 권한과
핵심 사용 권한이 필요합니다
여러분의 범위 지정 저장소
사용을 위해 이 자리를 마련했습니다
질문이 있으시면
샌드박스 부스로 오셔서
상의하시기 바랍니다
모든 질문에 답변할 수 있는
전문가가 있습니다
여기서 일단 한 가지 팁을 드리자면

Indonesian: 
salah satunya adalah
jangan gunakan jalur hardcode.
Jalur ini bisa berubah
di antara versi berbeda,
atau file mungkin dihapus atau
dipindahkan ke folder yang berbeda.
Sebaiknya jangan
berasumsi memilikinya.
Saran utama kami adalah
Anda mencampurkan URI konten dengan
tambahan ID dengan cara
yang saya jelaskan tadi.
Anda bisa memeriksa
seluruh sampel kode kami
pada GitHub kami, yang menyoroti
seluruh potensi kasus penggunaan
pada penyimpanan terbatas.
Dan Anda bisa menguji Android 10 SDK
dengan menargetkannya
pada Android Studio.
Kami membentuk fitur
Penyimpanan Terbatas dari masukan Anda.
Jika Anda memiliki kasus penggunaan khusus
yang tidak dicakup API kami,
silakan temukan bug atau masalah
pada pelacak bug kami
untuk membantu kami
membuat Penyimpanan Terbatas
yang lebih baik untuk Anda.
Jika Anda punya pertanyaan,
sekali lagi,
datanglah ke bilik sandbox kami.
Anda bisa memiliki akses

Portuguese: 
Uma das nossas recomendações
é não usar caminho codificado.
Pode ser que o caminho
mude entre diferentes versões
e o arquivo seja excluído
ou movido para outra pasta.
Não suponha que ele estará disponível.
O que mais aconselhamos
é combinar o URI de conteúdo
com o código anexado,
da mesma forma que apresentei.
Confira todos os exemplos de código
no nosso GitHub, que destaca
todos os possíveis casos de uso
para o armazenamento por escopo.
Já é possível testar
o SDK do Android 10
por meio do direcionamento
no Android Studio.
Projetamos os recursos
no armazenamento por escopo
com base no seu feedback.
Se você tiver um caso de uso específico
que ainda não é atendido pela nossa API,
registre um bug ou problema
no rastreador de bugs para nos ajudar
a melhorar o armazenamento por escopo.
Mais uma vez, se tiver dúvidas,
visite nosso sandbox.
É uma oportunidade de ter contato

Japanese: 
ハードコーディングしたパスを
使わないということです
バージョンが変われば
パスも変わるかもしれません
それにファイルが削除されたり
別フォルダに移される可能性もあるので
ハードコーディングは勧めません
おすすめしたいのは
コンテンツURIと付与されたIDの
ミックスです
先ほどお見せしたような感じです
コードサンプルは
GitHubでご覧いただけます
Scoped Storageのあらゆるユースケースを
網羅しています
また Android 10 SDKはすでに
Android Studioを使ってのテストが可能です
Scoped Storageの機能は
皆さんからのフィードバックを基に形にしました
GoogleのAPIがカバーできていない
ユースケースがありましたら
バグトラッカーでバグか問題点を
見つけてください
GoogleがScoped Storageを改善する際の
ヒントになります
繰り返しになりますが
ご質問がある方はサンドボックスにお越しください

Korean: 
하드코딩된 경로는 사용하지 마세요
그러한 경로는 상이한
버전 간에 변경이 있거나
파일이 삭제되거나 다른
폴더로 이동했을 수 있습니다
사용을 고려하시면 안 됩니다
앞에서 말씀드렸던 방식으로
콘텐츠 URI와 추가된 
ID를 혼합하는 방식을
사용하시기 바랍니다
GitHub에서 모든
코드 샘플을 확인할 수 있으며
여기에 범위 지정 저장소의 모든 가능한
사용 사례가 안내되어 있습니다
지금 Android 스튜디오에서 
Android 10 SDK를
타겟팅하여 테스트할 수 있습니다
여러분의 피드백을 근거로
범위 지정 저장소의 기능을 고안했습니다
Google의 API로 아직 지원되지 않는
특정 사용 사례가 있으면
버그를 신고하거나
저희 버그 추적기를 이용하여
범위 지정 저장소를
개선하도록 도와주시기 바랍니다
질문이 있으시면 언제든
저희 샌드박스를
이용하시기 바랍니다

Chinese: 
我们推荐大家不要使用硬编码路径
路径可能会随着版本的变动而改变
文件可能会被删除 或被移动到其他文件夹
所以请大家不要想当然地以为路径是不变的
我们建议大家把内容 URI 和附加 ID 组合起来
正如我刚才展示过的那样
大家可以前往 GitHub 查看我们所有的代码示例
我们在那里着重说明了所有内含 Scoped Storage 的使用案例
大家现在已经可以通过在 Android Studio 设置编译至 Android 10
来测试 Android 10 SDK
我们根据大家的反馈修订了 Scoped Storage 中的很多功能
如果你发现 在你的用例中
我们的 API 未能满足你的需求 
请通过我们的 bug 追踪页面提交 bug 或 issue
让我们把 Scoped Storage 做得更好
如果大家有任何问题 请去体验区向我们询问

Spanish: 
no usar rutas codificadas.
La ruta puede cambiar
entre diferentes versiones,
o se puede eliminar el archivo
o mover a una carpeta diferente.
No deberían asumir que lo tienen.
Lo que más les recomendamos
es combinar el URI de contenido
con el ID anexado de la misma manera
que presentamos antes.
Pueden revisar todos
nuestros códigos de muestra
en nuestro GitHub, que destaca
todos los casos prácticos posibles
con Almacenamiento Específico.
Ya pueden probar el SDK de Android 10
al desarrollar en Android Studio.
Las funciones de Almacenamiento Específico
se diseñaron según sus comentarios.
Si tienen un caso práctico específico
que nuestra API aún no cubra,
informen un error o problema
en nuestro rastreador de errores
para que podamos mejorar
Almacenamiento Específico.
Si tienen alguna pregunta,
visiten nuestro stand.
Es una oportunidad
para que tengan acceso

English: 
is do not use hardcoded path.
The path may change
between different versions,
or the dile may be deleted or
moved to a different folder.
You should not
assume having that.
The main thing we
advise you to use
is to mix the content URI with
appended ID in the same way I
presented earlier.
You can check out
all our code sample
on our GitHub, which
highlights all the possible use
cases with scope storage.
And you can already
test Android 10 SDK
by targeting it
on Android Studio.
We shaped the features on Score
Storage based on your feedback.
If you have a specific use
case that our API is not
covering yet, please find a
bug or an issue on our bug
tracker to help us making a
better Scope Storage for you.
If you have any
questions, again,
come to our sandbox booth.
It's an opportunity
for you to have access

Portuguese: 
com muitos engenheiros
da equipe de produtos.
Além disso,
para entendermos melhor como você usa
o armazenamento por escopo
e sabermos como aprimorar a API,
preencha a pesquisa disponível on-line.
Podem tirar foto deste slide.
Eu espero.
Quero saber onde estão os smartphones.
Obrigado a todos!

Korean: 
제품팀의 많은 엔지니어와 
만날 수 있는 기회입니다
또한 여러분의
범위 지정 저장소 사용 방식을
파악하고 API 개선을 위한
Google의 노력을 알고 싶으시면
여기 제공된 설문지를
작성해 주십시오
사진을 찍으셔도 됩니다
그동안 저는 잠시 기다리겠습니다
여러분이 휴대전화를 
드는 것을 보고 싶네요
참석해 주셔서 감사합니다

Indonesian: 
ke banyak engineer dari tim produk.
Untuk memahami lebih banyak
soal penggunaan Penyimpanan Terbatas
dan cara kami
membentuk API yang lebih baik,
silakan isi survei
yang tersedia.
Silakan jika ingin ambil gambar.
Saya akan tunggu sebentar.
Saya ingin
lihat ponsel dikeluarkan.
Terima kasih, semuanya.

Chinese: 
很多来自产品团队的工程师都会在场 机会难得
此外 为了进一步了解你个人的 Scoped Storage 使用情况
并帮助我们塑造更佳的 API
请填写这里的在线调研答卷
大家可以拍照 我等一下大家
我想看到有人举起手机拍照
谢谢大家

English: 
to so many engineers
from the product team.
Also, to understand more of
your own usage of Score Storage
and trying to understand how
can we shape better the API,
please fill the survey
line available there.
You can take pictures.
I will wait a
quick moment there.
I want to see phones.
Thank you, everyone.
[MUSIC PLAYING]

Spanish: 
a los ingenieros del equipo de producción.
También, para entender mejor
el uso que dan a Almacenamiento Específico
e intentar comprender cómo
podemos mejorar la API,
completen la encuesta en línea aquí.
Pueden tomar fotos.
Esperaré un momento.
Quiero ver sus teléfonos.
Gracias a todos.

Japanese: 
プロダクトチームの多くのエンジニアと
交流していただけます
また 皆さんのScoped Storage活用方法や
APIをどう改善すべきかを知りたいので
ぜひ こちらのアンケートにもご協力ください
よろしければ
このスライドの写真をお撮りください
携帯をお持ちではない…？
ありがとうございました
[音楽]
