Android 14, geliştiriciler için harika özellikler ve API'ler sunar. Aşağıdakiler, uygulamalarınızın özelliklerini öğrenmenize ve ilgili API'leri kullanmaya başlamanıza yardımcı olur.
Eklenen, değiştirilen ve kaldırılan API'lerin ayrıntılı listesi için API fark raporunu okuyun. Eklenen API'lerle ilgili ayrıntılar için Android API referansını ziyaret edin. Android 14 için API düzeyi 34'e eklenen API'leri bulun. Platform değişikliklerinin uygulamalarınızı etkileyebileceği alanlar hakkında bilgi edinmek için Android 14'ü hedefleyen uygulamalar ve tüm uygulamalar için Android 14 davranış değişikliklerine göz atmayı unutmayın.
Uluslararası hale getirme
Uygulamaya özgü dil tercihleri
Android 14, Android 13'te (API düzeyi 33) kullanıma sunulan uygulamaya özgü dil özelliklerini aşağıdaki ek özelliklerle zenginleştirir:
Uygulamaların
localeConfig
öğelerini otomatik olarak oluştur: Android Studio Giraffe Canary 7 ve AGP 8.1.0-alpha07 sürümlerinden başlayarak, uygulamanızı uygulamaya özgü dil tercihlerini otomatik olarak destekleyecek şekilde yapılandırabilirsiniz. Android Gradle eklentisi, proje kaynaklarınıza bağlı olarakLocaleConfig
dosyasını oluşturur ve nihai manifest dosyasına bir referans ekler. Böylece artık dosyayı manuel olarak oluşturmanız veya güncellemeniz gerekmez. AGP,LocaleConfig
dosyasına dahil edilecek yerel ayarları belirlemek için uygulama modüllerinizinres
klasörlerindeki kaynakları ve tüm kitaplık modülü bağımlılıklarını kullanır.Uygulamaların
localeConfig
sürümleri için dinamik güncellemeler:LocaleManager
sayfasındasetOverrideLocaleConfig()
vegetOverrideLocaleConfig()
yöntemlerini kullanarak cihazın sistem ayarlarında uygulamanızın desteklenen diller listesini dinamik olarak güncelleyin. Desteklenen dillerin listesini bölgeye göre özelleştirmek, A/B denemeleri çalıştırmak veya uygulamanız yerelleştirme için sunucu tarafı aktarmaları kullanıyorsa güncellenmiş bir yerel ayar listesi sağlamak için bu esnekliği kullanabilirsiniz.Giriş yöntemi düzenleyicileri (IME'ler) için uygulama dili görünürlüğü: IME'ler, geçerli uygulamanın dilini kontrol etmek ve IME dilini bu dille eşleştirmek için
getApplicationLocales()
yöntemini kullanabilir.
Dilbilgisi Çekim API'sı
3 milyar kişi cinsiyete göre diller konuşuyor: İsimler, fiiller, sıfatlar ve edatlar gibi dil bilgisi kategorilerinin, konuştuğunuz veya bahsettiğiniz insanların ve nesnelerin cinsiyetine göre yön değiştirdiği diller. Geleneksel olarak birçok cinsiyete göre dil, varsayılan veya genel cinsiyet olarak eril dil bilgisi kurallarını kullanır.
Dil bilgisi açısından yanlış cinsiyetteki kullanıcılara hitap etmek (ör. kadınlara eril dil bilgisi cinsiyetine göre hitap etmek), performans ve tutumlarını olumsuz yönde etkileyebilir. Buna karşılık, kullanıcının dil bilgisi cinsiyetini doğru yansıtan bir dil kullanan kullanıcı arayüzü, kullanıcı etkileşimini iyileştirebilir ve daha kişiselleştirilmiş ve doğal bir kullanıcı deneyimi sunabilir.
Android 14, cinsiyete dayalı diller için kullanıcı odaklı bir kullanıcı arayüzü oluşturmanıza yardımcı olmak amacıyla, uygulamanızı yeniden düzenlemeden dil bilgisi desteği eklemenize olanak tanıyan Grammical Inffaction API'yi kullanıma sunuyor.
Bölgeye özgü tercihler
Bölgesel tercihler, kullanıcıların sıcaklık birimlerini, haftanın ilk gününü ve numaralandırma sistemlerini kişiselleştirmesini sağlar. ABD'de yaşayan bir Avrupalı, sıcaklık biriminin Fahrenhayt yerine Santigrat'ta olmasını ve uygulamaların, ABD'nin pazar günü varsayılan değeri yerine pazartesi gününü haftanın başlangıcı olarak kabul etmesini tercih edebilir.
Bu tercihler için yeni Android Ayarları menüleri, kullanıcılara uygulama tercihlerini değiştirebilecekleri keşfedilebilir ve merkezi bir konum sağlar. Bu tercihler, yedekleme ve geri yükleme yoluyla da korunur. getTemperatureUnit
ve getFirstDayOfWeek
gibi çeşitli API ve amaçlar uygulamanıza kullanıcı tercihlerine okuma erişimi verir. Böylece uygulamanız bilgileri nasıl görüntüleyeceğini ayarlayabilir. Bölgesel tercihler değiştiğinde yerel ayar değişikliklerini işlemek için ACTION_LOCALE_CHANGED
adresinde bir BroadcastReceiver
de kaydedebilirsiniz.
Bu ayarları bulmak için Ayarlar uygulamasını açın ve Sistem > Diller ve giriş > Bölgesel tercihler'e gidin.
Erişilebilirlik
Doğrusal olmayan yazı tipi boyutunu %200'e ölçeklendirme
Sistem, Android 14'ten itibaren %200'e kadar yazı tipi ölçeklendirmesini destekleyerek az gören kullanıcılara Web İçeriği Erişilebilirlik Yönergeleri (WCAG) ile uyumlu ek erişilebilirlik seçenekleri sağlar.
Sistem, ekrandaki büyük metin öğelerinin çok büyük ölçeklenmesini önlemek için doğrusal olmayan bir ölçeklendirme eğrisi uygular. Bu ölçeklendirme stratejisi, büyük metinlerin daha küçük metinlerle aynı hızda ölçeklendirilmeyeceği anlamına gelir. Doğrusal olmayan yazı tipi ölçeklendirme, farklı boyutlardaki öğeler arasındaki orantısal hiyerarşinin korunmasına yardımcı olurken yüksek derecelerde doğrusal metin ölçeklendirmeyle (metinlerin kesilmesi veya çok büyük ekran boyutları nedeniyle metnin okunması zorlaşması gibi) sorunları da azaltır.
Doğrusal olmayan yazı tipi ölçeklendirme ile uygulamanızı test etme
Metin boyutlandırmasını tanımlamak için zaten ölçeklendirilmiş piksel (sp) birimleri kullanıyorsanız, bu ek seçenekler ve ölçeklendirme iyileştirmeleri uygulamanızdaki metne otomatik olarak uygulanır. Ancak, uygulamanızın yazı tipi boyutlarını doğru bir şekilde uyguladığından ve daha büyük yazı tipi boyutlarının kullanılabilirliği etkilemeden kullanabilmesini sağlamak için yine de maksimum yazı tipi boyutunu (%200) etkinleştirerek kullanıcı arayüzü testleri gerçekleştirmeniz gerekir.
Yazı tipi boyutunu% 200 etkinleştirmek için aşağıdaki adımları uygulayın:
- Ayarlar uygulamasını açın ve Erişilebilirlik > Görüntü boyutu ve metin'e gidin.
- Yazı tipi boyutu seçeneği için bu bölüme eşlik eden resimde gösterildiği gibi maksimum yazı tipi boyutu ayarı etkinleştirilene kadar artı (+) simgesine dokunun.
Metin boyutları için ölçeklendirilmiş piksel (sp) birimleri kullanma
Metin boyutlarını her zaman sp birimleri cinsinden belirtmeyi unutmayın. Uygulamanız sp birimleri kullandığında, Android kullanıcının tercih ettiği metin boyutunu uygulayabilir ve uygun şekilde ölçeklendirebilir.
Dolgu için sp birimleri kullanmayın veya örtülü dolgunun varsayıldığında görünüm yüksekliklerini tanımlamayın: Doğrusal olmayan yazı tipi ölçeklendirme sp boyutları orantılı olmayabilir. Bu nedenle 4 sp + 20 sp, 24 sp'ye eşit olmayabilir.
Ölçeklendirilmiş piksel (sp) birimlerini dönüştürme
sp birimlerinden piksele dönüştürmek için TypedValue.applyDimension()
, pikselleri sp'ye dönüştürmek için TypedValue.deriveDimension()
kullanın. Bu yöntemler, uygun doğrusal olmayan ölçeklendirme eğrisini otomatik olarak uygular.
Configuration.fontScale
veya DisplayMetrics.scaledDensity
kullanarak denklemleri tek tek girmekten kaçının. Yazı tipi ölçeklendirme doğrusal olmadığından scaledDensity
alanı artık doğru değildir. Yazı tipleri artık tek bir skaler değerle ölçeklendirilmediğinden, fontScale
alanı yalnızca bilgi amaçlı kullanılmalıdır.
lineHeight için sp birimleri kullan
android:lineHeight
öğesini her zaman dp yerine sp birimleri kullanarak tanımlayın. Böylece satır yüksekliği metninizle birlikte ölçeklenir. Aksi takdirde, metniniz sp ancak lineHeight
öğeniz dp veya px biçimindeyse ölçeklendirilmez ve sıkışık görünür.
TextView, istediğiniz oranların korunması için lineHeight
öğesini otomatik olarak düzeltir, ancak bunun için hem textSize
hem de lineHeight
sp birimlerinde tanımlanmışsa geçerlidir.
Kamera ve medya
Resimler için ultra HDR
Android 14'te, fotoğraf çekerken sensörden gelen bilgilerin daha fazlasını koruyan Yüksek Dinamik Aralık (HDR) resimler desteklenir. Bu da canlı renkler ve daha fazla kontrast sağlar. Android, JPEG resimlerle tamamen geriye dönük uyumlu olan Ultra HDR biçimini kullanır. Böylece, uygulamaların HDR resimlerle sorunsuz bir şekilde birlikte çalışabilmesini ve bu görüntülerin Standart Dinamik Aralık'ta (SDR) gerektiği şekilde görüntülenmesini sağlar.
Uygulamanız Etkinlik Penceresi için HDR kullanıcı arayüzünü kullanmayı seçtiğinde (manifest girişiyle veya çalışma zamanında Window.setColorMode()
çağrısı yaparak) bu görüntülerin kullanıcı arayüzünde HDR olarak oluşturulması çerçeve tarafından otomatik olarak gerçekleştirilir. Desteklenen cihazlarda sıkıştırılmış Ultra HDR hareketsiz resimler de çekebilirsiniz. Sensörden kurtarılan renk sayısı arttıkça, yayını daha esnek bir şekilde düzenleyebilirsiniz. Ultra HDR görüntülerle ilişkili Gainmap
, bu görüntüleri OpenGL veya Vulkan kullanarak oluşturmak için kullanılabilir.
Kamera uzantılarında Zoom, Focus, Postview ve daha fazlası
Android 14, kamera uzantılarını yeni sürüme geçirip iyileştirerek uygulamaların daha uzun işleme sürelerine olanak tanır. Bu sayede, desteklenen cihazlarda ışığın yeterli olmadığı ortamlarda çekilen fotoğraflar gibi işlem yoğun algoritmalar kullanılarak iyileştirilmiş resimler iyileştirilir. Bu özellikler, kamera uzantısı özelliklerini kullanırken kullanıcılara daha da güçlü bir deneyim sunar. Bu iyileştirmelere örnek olarak aşağıdakiler verilebilir:
- Dinamik hâlâ yakalama işleme gecikmesi tahmini, mevcut düzen ve ortam koşullarına bağlı olarak çok daha doğru şekilde yakalanan gecikme tahminlerini sunar. İki gecikme tahmini yöntemi olan bir
StillCaptureLatency
nesnesi almak içinCameraExtensionSession.getRealtimeStillCaptureLatency()
yöntemini çağırın.getCaptureLatency()
yöntemi,onCaptureStarted
ileonCaptureProcessStarted()
arasındaki tahmini gecikmeyi döndürür.getProcessingLatency()
yöntemi iseonCaptureProcessStarted()
ile mevcut işlenen son kare arasındaki tahmini gecikmeyi döndürür. - Uygulamaların uzun süreli, görüntü almaya devam eden işleme işlemlerinin mevcut ilerlemesini görüntüleyebilmesi için ilerleme geri çağırmalarını yakalama desteği. Bu özelliğin
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable
ile kullanılabilir olup olmadığını kontrol edebilir ve mevcutsa ilerleme durumunu (0'dan 100'e) parametre olarak aktaranonCaptureProcessProgressed()
geri çağırmasını uygularsınız. Uzantıya özel meta veriler. Örneğin,
EXTENSION_BOKEH
ile arka plan bulanıklaştırma miktarı gibi uzantı efektinin miktarını eklemek içinCaptureRequest.EXTENSION_STRENGTH
.Kamera uzantılarında, son görüntüden daha az işlenmiş bir görüntüyü daha hızlı sağlayan Görüntü Sonrası Yakalama özelliği. Bir uzantının işleme gecikmesi artarsa kullanıcı deneyimini iyileştirmek için yer tutucu olarak bir görüntüleme sonrası resmi sağlanabilir ve daha sonra nihai resim için değiştirilir. Bu özelliğin
CameraExtensionCharacteristics.isPostviewAvailable
üzerinden kullanıma sunulup sunulmadığını kontrol edebilirsiniz. ArdındanExtensionSessionConfiguration.setPostviewOutputConfiguration
adlı kişiyeOutputConfiguration
iletebilirsiniz.Daha optimize edilmiş ve gücü daha verimli bir şekilde sunan önizleme oluşturma yolunun sunulmasına olanak tanıyan
SurfaceView
desteği.Uzantı kullanımı sırasında odaklanmak ve yakınlaştırmak için dokunma desteği.
Sensör içi yakınlaştırma
CameraCharacteristics
içindeki REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE
öğesinde SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
varsa uygulamanız, kırpılmış bir RAW akışına tam görüş alanıyla aynı pikselleri sağlamak için gelişmiş sensör özelliklerini kullanabilir. Bunun için, akış kullanım alanı CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
olarak ayarlanmış bir RAW hedefine sahip CaptureRequest
kullanılabilir.
İstek geçersiz kılma denetimleri uygulandığında, güncellenen kamera, diğer kamera kontrolleri hazır olmadan bile kullanıcılara yakınlaştırma kontrolü sağlar.
Kayıpsız USB ses
Android 14, USB kablolu kulaklıklar üzerinden ses meraklıları seviyesindeki deneyimler için kayıpsız ses biçimlerini destekliyor. Bir USB cihazı tercih edilen mikser özellikleriyle sorgulayabilir, tercih edilen mikser özelliklerindeki değişiklikler için bir işleyici kaydedebilir ve AudioMixerAttributes
sınıfını kullanarak mikser özelliklerini yapılandırabilirsiniz. Bu sınıf; kanal maskesi, örnek hızı ve ses karıştırıcının davranışı gibi biçimini temsil eder. Sınıf; karıştırma, ses ayarı veya işleme efektleri olmadan sesin doğrudan gönderilmesine olanak tanır.
Geliştirici üretkenliği ve araçları
Kimlik Bilgisi Yöneticisi
Android 14, platform API'si olarak Kimlik Bilgisi Yöneticisi'ni ekler ve Google Play Hizmetleri'ni kullanan bir Jetpack Library aracılığıyla Android 4.4 (API düzeyi 19) cihazlara yönelik ek destek sağlar. Kimlik Bilgisi Yöneticisi, kullanıcı tarafından yapılandırılmış kimlik bilgisi sağlayıcıları aracılığıyla kimlik bilgilerini alan ve depolayan API'lerle kullanıcıların oturum açmasını kolaylaştırmayı amaçlar. Kimlik Bilgisi Yöneticisi, tek bir API'de kullanıcı adı ve şifre, geçiş anahtarları ve birleşik oturum açma çözümleri gibi çoklu oturum açma yöntemlerini destekler.
Geçiş anahtarları birçok avantaj sunar. Örneğin, geçiş anahtarları endüstri standartlarına göre oluşturulur, farklı işletim sistemlerinde ve tarayıcı ekosistemlerinde çalışabilir ve hem web sitelerinde hem de uygulamalarda kullanılabilir.
Daha fazla bilgi için Kimlik Bilgisi Yöneticisi ve geçiş anahtarları belgelerine ve Kimlik Bilgisi Yöneticisi ve geçiş anahtarları hakkındaki blog yayınına bakın.
Health Connect
Health Connect, kullanıcı sağlığı ve fitness verileri için cihaz üzerinde yer alan bir depodur. Kullanıcıların favori uygulamaları arasında veri paylaşmasını sağlar. Böylece, bu uygulamalarla hangi verileri paylaşmak istediklerini tek bir yerden kontrol edebilirler.
Health Connect, Android 14'ten önceki Android sürümlerini çalıştıran cihazlarda Google Play Store'dan uygulama olarak indirilebilir. Health Connect, Android 14'ten itibaren platformun bir parçasıdır ve Google Play sistem güncellemeleri üzerinden güncellemeleri ayrı bir indirme işlemi gerektirmeden alır. Bu özellik sayesinde Health Connect sık sık güncellenebilir ve uygulamalarınız Android 14 veya sonraki sürümleri çalıştıran cihazlarda Health Connect'in kullanılabilir olmasını sağlayabilir. Kullanıcılar, sistem ayarlarına entegre gizlilik denetimleri sayesinde Health Connect'e cihazlarındaki Ayarlar'dan erişebilir.
Health Connect, Android 14'te egzersiz rotaları gibi birçok yeni özellik sunuyor. Bu özellik sayesinde kullanıcılar antrenman rotalarını harita üzerinde görsel olarak paylaşabilir. Rota, belirli bir zaman dilimi içinde kaydedilen konumların listesi olarak tanımlanır ve uygulamanız egzersiz oturumlarına rota ekleyebilir ve bunları birbirine bağlayabilir. Kullanıcıların bu hassas veriler üzerinde tam kontrole sahip olması için, ayrı rotaların diğer uygulamalarla paylaşılmasına izin vermesi gerekir.
Daha fazla bilgi için Health Connection dokümanlarına ve Android Health'teki yenilikler konulu blog yayınına göz atın.
OpenJDK 17 güncellemeleri
Android 14, uygulama ve platform geliştiricileri için hem kitaplık güncellemeleri hem de Java 17 dil desteği dahil olmak üzere Android'in temel kitaplıklarını en son OpenJDK LTS sürümlerindeki özelliklere uygun olacak şekilde yenileme çalışmalarına devam ediyor.
Aşağıdaki özellikler ve iyileştirmeler dahildir:
- Yaklaşık 300
java.base
sınıfı, Java 17 desteği olarak güncellendi. - Metin Blokları, Java programlama diline çok satırlı dize değişmez değerleri kazandırır.
- Örnek için Kalıp Eşleştirme: Bir nesnenin ek değişken olmadan
instanceof
içinde belirli bir türe sahip olarak değerlendirilmesini sağlar. - Gizli sınıflar: Bu özellik, bunları genişletebilecek veya uygulayabilecek sınıfları ve arayüzleri kısıtlamanızı sağlar.
Google Play sistem güncellemeleri (Project Mainline) sayesinde 600 milyondan fazla cihazın, bu değişiklikleri içeren en son Android Runtime (ART) güncellemelerini alabilmesi sağlandı. Bu, uygulamalara tüm cihazlarda daha tutarlı ve güvenli bir ortam sunma ve kullanıcılara platform sürümlerinden bağımsız olarak yeni özellikler ile işlevler sunma taahhüdümüz kapsamındadır.
Java ve OpenJDK, Oracle ve/veya satış ortaklarının ticari markaları veya tescilli ticari markalarıdır.
Uygulama mağazaları için iyileştirmeler
Android 14, uygulama mağazalarının kullanıcı deneyimini iyileştirmesini sağlayan çeşitli PackageInstaller
API'lerini kullanıma sunar.
İndirmeden önce yükleme onayı iste
Bir uygulamayı yüklemek veya güncellemek için kullanıcı onayı gerekebilir.
Örneğin, REQUEST_INSTALL_PACKAGES
iznini kullanan bir yükleyici yeni bir uygulama yüklemeye çalıştığında, uygulama mağazaları yalnızca yükleme oturumuna APK'lar kaydedildikten ve oturum kaydedildikten sonra kullanıcı onayı isteyebilir.
Android 14'ten itibaren requestUserPreapproval()
yöntemi, yükleyicilerin yükleme oturumunu gerçekleştirmeden önce kullanıcı onayı istemesine olanak tanır. Bu iyileştirme sayesinde uygulama mağazası, kullanıcı tarafından onaylanana kadar APK'ların indirilmesini erteleyebilir. Ayrıca, kullanıcı yüklemeyi onayladıktan sonra, uygulama mağazası uygulamayı arka planda indirip, kullanıcının işini kesintiye uğratmadan yükleyebilir.
Gelecekteki güncellemelerle ilgili sorumluluğu üstlenin
setRequestUpdateOwnership()
yöntemi, yükleyicinin sisteme, yüklediği uygulamada gelecekte yapılacak güncellemelerden sorumlu olduğunu belirtmesine olanak tanır. Bu özellik, sahiplik güncellemenin zorunlu kılınmasını sağlar. Diğer bir deyişle, yalnızca güncelleme sahibinin uygulamaya otomatik güncellemeleri yüklemesine izin verilir. Güncelleme sahipliği yaptırımı, kullanıcıların yalnızca beklenen uygulama mağazasından gelen güncellemeleri aldığından emin olmanıza yardımcı olur.
INSTALL_PACKAGES
iznini kullananlar da dahil olmak üzere diğer yükleyicilerin bir güncellemeyi yüklemek için açık kullanıcı onayı alması gerekir. Kullanıcı başka bir kaynaktan güncelleme yaparak devam etmeye karar verirse güncelleme sahipliği kaybolur.
Uygulamaları rahatsız edici olmayan zamanlarda güncelleyin
Uygulama mağazaları genellikle aktif olarak kullanılmakta olan bir uygulamayı güncellemekten kaçınmak ister. Bu güncelleme, uygulamanın çalışan süreçlerinin sonlandırılmasına neden olarak kullanıcının yaptığı işi kesintiye uğratabilir.
Android 14'ten itibaren InstallConstraints
API, yükleyicilere uygulama güncellemelerinin uygun bir anda gerçekleşmesini sağlayacak bir yöntem sunar. Örneğin, bir uygulama mağazası güncellemenin yalnızca kullanıcı artık söz konusu uygulamayla etkileşimde
olmadığında yapıldığından emin olmak için commitSessionAfterInstallConstraintsAreMet()
yöntemini çağırabilir.
İsteğe bağlı bölmeleri sorunsuz şekilde yükleyin
Bölünmüş APK'larla bir uygulamanın özellikleri, monolitik APK olarak değil, ayrı APK dosyalarında sunulabilir. Bölünmüş APK'lar, uygulama mağazalarının farklı uygulama bileşenlerinin sunumunu optimize etmesine olanak tanır. Örneğin, uygulama mağazaları, hedef cihazın özelliklerine göre optimizasyon yapabilir. PackageInstaller
API, API düzeyi 22'de kullanıma sunulduğundan beri bölmeleri desteklemektedir.
Android 14'te setDontKillApp()
yöntemi, yükleyicinin yeni bölmeler yüklendiğinde uygulamanın çalışan işlemlerinin sonlandırılmaması gerektiğini belirtmesini sağlar. Uygulama mağazaları, bir uygulamanın yeni özelliklerini kullanıcı uygulamayı kullanırken sorunsuz bir şekilde yüklemek için bu özelliği kullanabilir.
Uygulama meta veri paketleri
Android paket yükleyici, Android 14'ten itibaren uygulama mağazası sayfalarına eklemek üzere veri güvenliği uygulamaları gibi uygulama meta verilerini belirtmenize olanak tanır.
Kullanıcılar cihaz ekran görüntüsü aldığında bunu algıla
Android 14, ekran görüntülerini algılama konusunda daha standart bir deneyim oluşturmak için gizliliği korumaya yönelik bir ekran görüntüsü algılama API'si sunar. Bu API, uygulamaların geri çağırmaları etkinlik bazında kaydetmesine olanak tanır. Kullanıcı, etkinlik görünür durumdayken ekran görüntüsü aldığında bu geri çağırmalar çağrılır ve kullanıcı bilgilendirilir.
Kullanıcı deneyimi
Sharesheet özel işlemleri ve iyileştirilmiş sıralama
Android 14, sistem paylaşım sayfasını özel uygulama işlemlerini ve kullanıcılar için daha bilgilendirici önizleme sonuçlarını destekleyecek şekilde günceller.
Özel işlemler ekleme
Android 14 ile uygulamanız, çağrı yaptığı sistem paylaşım sayfasına özel işlemler ekleyebilir.
Direct Share hedeflerinin sıralamasını iyileştirme
Android 14, kullanıcıya daha faydalı sonuçlar sunmak amacıyla doğrudan paylaşım hedeflerinin sıralamasını belirlemek için uygulamalardan gelen daha fazla sinyali kullanır. Sıralama için en yararlı sinyali sağlamak üzere Doğrudan Paylaşım hedeflerinizin sıralamasını iyileştirme yönergelerini izleyin. İletişim uygulamaları, giden ve gelen mesajlar için kısayol kullanımını da bildirebilir.
Tahmini Geri Dönme için yerleşik ve özel animasyonlar için destek
Android 13'te, bir geliştirici seçeneğinin arkasında tahmine dayalı eve geri dönüş animasyonu kullanıma sunuldu. Geri kaydırma, geliştirici seçeneği etkin şekilde desteklenen bir uygulamada kullanıldığında, geri kaydırma hareketinin uygulamadan tekrar ana ekrana döndüğünü belirten bir animasyon gösterir.
Android 14, Estimateive Back için birçok iyileştirme ve yeni kılavuz içerir:
android:enableOnBackInvokedCallback=true
'i uygulamanın tamamı yerine Etkinlik başına tahmine dayalı geri sistem animasyonlarını etkinleştirecek şekilde ayarlayabilirsiniz.- Android 13'ten ana ekrana dönüş animasyonuna eşlik edecek yeni sistem animasyonları ekledik. Yeni sistem animasyonları, Estimateive Back'e taşıdıktan sonra otomatik olarak aldığınız çapraz etkinlikler ve görevler arasıdır.
- Alt sayfalar, Yan sayfalar ve Arama için yeni Malzeme Bileşeni animasyonları ekledik.
- Özel uygulama içi animasyonlar ve geçişler oluşturmak için tasarım rehberliği oluşturduk.
- Özel uygulama içi geçiş animasyonlarını desteklemek için yeni API'ler ekledik:
handleOnBackStarted
,handleOnBackProgressed
,handleOnBackCancelled
in
OnBackPressedCallback
onBackStarted
,onBackProgressed
,onBackCancelled
in
OnBackAnimationCallback
- Kullanıcı geri kaydırdığında yanıt veren geçişler için
overridePendingTransition
yerineoverrideActivityTransition
kullanın.
Bu Android 14 önizleme sürümünde tüm Recommendationive Back özellikleri, bir geliştirici seçeneğinin arkasında kalmaya devam edecektir. Uygulamanızı tahmine dayalı geri taşımaya yönelik geliştirici kılavuzunu ve özel uygulama içi geçişler oluşturmayla ilgili geliştirici kılavuzunu inceleyin.
Büyük ekranlı cihaz üreticisinin uygulama bazında geçersiz kılmaları
Uygulama bazında geçersiz kılmalar, cihaz üreticilerinin büyük ekranlı cihazlardaki uygulamaların davranışını değiştirebilmesini sağlar. Örneğin, FORCE_RESIZE_APP
geçersiz kılma işlemi, uygulama manifest dosyasında resizeableActivity="false"
ayarlanmış olsa bile sisteme uygulamayı görüntülü reklam boyutlarına uyacak şekilde yeniden boyutlandırması (boyut uyumluluk modundan kaçınarak) talimatı verir.
Geçersiz kılmaların amacı, büyük ekranlarda kullanıcı deneyimini iyileştirmektir.
Yeni manifest özellikleri, uygulamanız için bazı cihaz üreticisi geçersiz kılmalarını devre dışı bırakmanıza olanak tanır.
Büyük ekran kullanıcısı uygulama başına geçersiz kılmaları
Uygulama bazında geçersiz kılmalar, uygulamaların büyük ekranlı cihazlardaki davranışını değiştirir. Örneğin, OVERRIDE_MIN_ASPECT_RATIO_LARGE
cihaz üreticisi geçersiz kılma ayarı, uygulamanın yapılandırmasından bağımsız olarak uygulama en boy oranını 16:9 olarak ayarlar.
Android 14 QPR1, kullanıcıların büyük ekranlı cihazlarda yeni ayarlar menüsü ile uygulama bazında geçersiz kılmaları uygulamasına olanak tanır.
Uygulama ekran paylaşımı
Uygulama ekran paylaşımı, kullanıcıların ekran içeriği kaydı sırasında cihaz ekranının tamamı yerine bir uygulama penceresini paylaşmasına olanak tanır.
Uygulama ekran paylaşımı sayesinde durum çubuğu, gezinme çubuğu, bildirimler ve diğer sistem kullanıcı arayüzü öğeleri paylaşılan ekrandan hariç tutulur. Yalnızca seçilen uygulamanın içeriği paylaşılır.
Uygulama ekran paylaşımı, kullanıcıların birden fazla uygulamayı çalıştırmasına olanak tanırken içerik paylaşımını tek bir uygulama ile sınırlandırarak üretkenliği ve gizliliği artırır.
Pixel 8 Pro'daki Gboard'da LLM destekli Akıllı Yanıt
Aralık ayı özellik değişikliğine sahip Pixel 8 Pro cihazlarda geliştiriciler, Google Tensor'da çalışan cihaz üzerinde Büyük Dil Modelleri (LLM) ile desteklenen Gboard'da daha yüksek kaliteli akıllı yanıtları deneyebilirler.
Bu özellik; WhatsApp, Line ve KakaoTalk'ta ABD İngilizcesi için sınırlı bir önizleme olarak kullanılabilir. Bunun için klavyeniz olarak Gboard'un bulunduğu bir Pixel 8 Pro cihaz gerekir.
Denemek için önce Ayarlar > Geliştirici Seçenekleri > AI Core Ayarları > Aicore Persistent'ı Etkinleştir bölümünden özelliği etkinleştirin.
Ardından, gelen mesajlara yanıt olarak Gboard'un öneri şeridinde LLM destekli Akıllı Yanıt'ı görmek için desteklenen bir uygulamada bir sohbet açın.
Grafik
Yollar sorgulanabilir ve birlikte çalışabilirlik
Android'in Path
API'si, vektör grafikleri oluşturmak ve oluşturmak için güçlü ve esnek bir mekanizmadır. Bir yolu çizme veya doldurma, çizgi segmentlerinden ya da ikinci dereceden veya kübik eğrilerden yol çizme, daha da karmaşık şekiller elde etmek için boole işlemleri gerçekleştirme veya bunların hepsini aynı anda yapma yeteneğine sahiptir. Bir sınırlama, bir Yol nesnesinin gerçekte ne olduğunu bulabilme olanağıdır. Nesnenin dahili öğeleri, oluşturulduktan sonra çağrıcılar için opaktır.
Path
oluşturmak için yol segmentleri eklemek üzere moveTo()
, lineTo()
ve cubicTo()
gibi yöntemleri çağırırsınız. Ancak bu yola segmentlerin ne olduğunu sormanın bir yolu yoktu, bu yüzden bu bilgileri oluşturma aşamasında saklamanız gerekiyor.
Android 14'ten itibaren, içinde ne olduğunu öğrenmek için yolları sorgulayabilirsiniz.
Öncelikle Path.getPathIterator
API'sini kullanarak bir PathIterator
nesnesi almanız gerekir:
Kotlin
val path = Path().apply { moveTo(1.0f, 1.0f) lineTo(2.0f, 2.0f) close() } val pathIterator = path.pathIterator
Java
Path path = new Path(); path.moveTo(1.0F, 1.0F); path.lineTo(2.0F, 2.0F); path.close(); PathIterator pathIterator = path.getPathIterator();
Daha sonra, her bir segment için gerekli tüm verileri almak üzere segmentlerde tek tek yineleme yapmak için PathIterator
yöntemini çağırabilirsiniz. Bu örnekte, verileri sizin için paketleyen PathIterator.Segment
nesneleri kullanılmaktadır:
Kotlin
for (segment in pathIterator) { println("segment: ${segment.verb}, ${segment.points}") }
Java
while (pathIterator.hasNext()) { PathIterator.Segment segment = pathIterator.next(); Log.i(LOG_TAG, "segment: " + segment.getVerb() + ", " + segment.getPoints()); }
PathIterator
, nokta verilerini saklamak için bir arabellek geçirebileceğiniz, ayrılmayan bir next()
sürümüne de sahiptir.
Path
verilerinin sorgulanmasında önemli kullanım alanlarından biri interpolasyondur. Örneğin, iki farklı yol arasında animasyon uygulamak (veya morph) uygulamak isteyebilirsiniz. Android 14, bu kullanım alanını daha da basitleştirmek için Path
üzerinde interpolate()
yöntemini de içerir. İki yolun aynı dahili yapıya sahip olduğu varsayıldığında, interpolate()
yöntemi bu interpolasyon sonucuyla yeni bir Path
oluşturur. Bu örnek, şekli path
ile otherPath
arasında yarım olan (0,5'lik doğrusal interpolasyon) olan bir yolu döndürür:
Kotlin
val interpolatedResult = Path() if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, .5f, interpolatedResult) }
Java
Path interpolatedResult = new Path(); if (path.isInterpolatable(otherPath)) { path.interpolate(otherPath, 0.5F, interpolatedResult); }
Jetpack graphics-path kitaplığı Android'in önceki sürümleri için de benzer API'ler sağlar.
Köşe noktası ve parça gölgelendiriciler içeren özel örgüler
Android uzun süredir özel gölgelendirmeli çizim üçgen örgülerini desteklemektedir ancak giriş örgü biçimi, önceden tanımlanmış birkaç özellik kombinasyonuyla sınırlandırılmıştır. Android 14'te eklenen özel örgüler, üçgen veya üçgen şeritler olarak tanımlanabilir ve isteğe bağlı olarak dizine eklenebilir. Bu örgüler özel özellikler, köşe çizgileri, değişken ve AGSL'de yazılan köşe ve parça gölgelendiricilerle belirtilir.
Köşe gölgelendirici, konum ve renk gibi değişiklikleri tanımlarken parça gölgelendiricisi, pikselin rengini isteğe bağlı olarak tanımlayabilir (genellikle köşe gölgelendiricisi tarafından oluşturulan varyasyonlar aracılığıyla). Renk, parça gölgelendirici tarafından sağlanırsa ağacı çizerken seçilen harmanlama modu kullanılarak mevcut Paint
rengiyle karıştırılır. Üniformalar, daha fazla esneklik için parçaya ve köşe gölgelendiricilerine geçirilebilir.
Tuval için donanım arabelleği oluşturucu
Android 14, HardwareBuffer
'te donanım hızlandırmayla çizim yapmak için Android'in Canvas
API'sini kullanmanıza yardımcı olmak amacıyla HardwareBufferRenderer
'ı kullanıma sundu. Bu API özellikle kullanım alanınızda, düşük gecikmeli çizim için SurfaceControl
üzerinden sistem oluşturucuyla iletişim kurulması gerektiği durumlarda kullanışlıdır.