Android 14, geliştiriciler için muhteşem özellikler ve API'ler sunar. Aşağıdaki bilgiler, uygulamalarınız için özellikler hakkında bilgi edinmenize 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ı sayfasını ziyaret edin. Android 14 için API düzeyi 34'te eklenmiş API'leri arayın. Platform değişikliklerinin uygulamalarınızı etkileyebileceği alanlar hakkında bilgi edinmek isterseniz Android 14'ü hedefleyen uygulamalar ve tüm uygulamalar için Android 14 davranış değişikliklerini inceleyin.
Uluslararası hale getirme
Uygulamaya özgü dil tercihleri
Android 14, Android 13'te (API düzeyi 33) kullanıma sunulan uygulamaya özel dil özelliklerini aşağıdaki ek özelliklerle zenginleştirir:
Bir uygulamanın
localeConfig
dilini 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.Bir uygulamanın
localeConfig
dinamik güncellemeleri: Cihazın sistem ayarlarında uygulamanızın desteklenen diller listesini dinamik olarak güncellemek içinLocaleManager
bölümündekisetOverrideLocaleConfig()
vegetOverrideLocaleConfig()
yöntemlerini kullanın. Desteklenen dillerin listesini bölgeye göre özelleştirmek, A/B denemeleri çalıştırmak veya uygulamanızda yerelleştirme için sunucu tarafı aktarmalar kullanılıyorsa yerel ayarların güncellenmiş listesini sağlamak için bu esnekliği kullanın.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.
Grammatal Inflection API'si
İsimler, fiiller, sıfatlar ve edatlar gibi dil bilgisi kategorilerinin konuştuğunuz kişilerin ve nesnelerin cinsiyetine göre değiştiği dillerin sayısı 3 milyardan fazla cinsiyetle ilgili olarak konuşuyor. Geleneksel olarak birçok cinsiyete dayalı dil, varsayılan veya genel cinsiyet olarak eril dilbilgisini kullanır.
Dil bilgisi açısından yanlış cinsiyetteki kullanıcılara hitap etmek (ör. eril dil bilgisine sahip kadınlara hitap etmek), performans ve tutumlarını olumsuz yönde etkileyebilir. Öte yandan, kullanıcının dil bilgisi cinsiyetini doğru yansıtan bir dil kullanan kullanıcı arayüzü, kullanıcı etkileşimini artırabilir ve daha kişiselleştirilmiş ve doğal görünen bir kullanıcı deneyimi sunabilir.
Android 14, cinsiyet belirten dillere yönelik kullanıcı merkezli bir kullanıcı arayüzü oluşturmanıza yardımcı olmak amacıyla uygulamanızı yeniden düzenlemeye gerek kalmadan dil bilgisi için cinsiyet desteği eklemenize olanak tanıyan Grammatical Inffaction API'yi kullanıma sunar.
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 birimlerinin Fahrenhayt yerine Santigrat cinsinden olmasını ve uygulamaların, ABD'nin varsayılan pazar günü yerine pazartesi gününü haftanın başlangıcı olarak kabul etmesini tercih edebilir.
Bu tercihlere yönelik yeni Android Ayarları menüleri, kullanıcılara uygulama tercihlerini değiştirmeleri için bulunabilir ve merkezi bir konum sağlar. Bu tercihler, yedekleme ve geri yükleme aracılığıyla da korunur. getTemperatureUnit
ve getFirstDayOfWeek
gibi çeşitli API ve amaçlar uygulamanız için kullanıcı tercihlerine okuma erişimi verir. Böylece uygulamanız bilgileri görüntüleme şeklini ayarlayabilir. Bölgesel tercihler değiştiğinde yerel yapılandırma değişikliklerini işlemek için ACTION_LOCALE_CHANGED
sitesinde bir BroadcastReceiver
de kaydedebilirsiniz.
Bu ayarları bulmak için Ayarlar uygulamasını açıp Sistem > Diller ve giriş > Bölgesel tercihler'e gidin.
Erişilebilirlik
%200'e kadar doğrusal olmayan yazı tipi ö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 Yakınlaştırma, Odaklama, Postview ve daha fazlası
Android 14, kamera uzantılarını güncelleyip iyileştirerek uygulamaların daha uzun işleme sürelerini işlemesini sağlar. Böylece desteklenen cihazlarda düşük ışıkta çekim yapmak gibi bilgi işlem odaklı algoritmalar kullanılarak iyileştirilmiş resimler sunulur. Bu özellikler, kamera uzantısı özelliklerini kullanırken kullanıcılara daha güçlü bir deneyim sunar. Bu iyileştirmelerden bazıları şunlardır:
- Dinamik hâlâ yakalama işleme gecikmesi tahmini, mevcut sahne ve ortam koşullarına bağlı olarak yakalama gecikmesiyle ilgili çok daha doğru tahminler sağlar.
CameraExtensionSession.getRealtimeStillCaptureLatency()
yöntemini çağırarak iki gecikme tahmini yöntemine sahip birStillCaptureLatency
nesnesi alın.getCaptureLatency()
yöntemi,onCaptureStarted
ileonCaptureProcessStarted()
arasındaki tahmini gecikmeyi döndürür.getProcessingLatency()
yöntemi iseonCaptureProcessStarted()
ile kullanılabilir son işlenen kare arasındaki tahmini gecikmeyi döndürür. - Uygulamaların uzun süreli, hâlâ yakalama işleme işlemlerinin mevcut ilerlemesini görüntüleyebilmesi için ilerleme durumunu yakalama geri çağırma desteği. Bu özelliğin
CameraExtensionCharacteristics.isCaptureProcessProgressAvailable
ile kullanılabilir olup olmadığını kontrol edebilir ve kullanılabilir olup olmadığını kontrol edebilirsiniz. Bu durumda, ilerleme durumu (0'dan 100'e) parametre olarak iletilenonCaptureProcessProgressed()
geri çağırma işlemini uygulayabilirsiniz. Uzantıya özel meta veriler (ör.
EXTENSION_BOKEH
ile arka plan bulanıklaştırma miktarı gibi bir uzantı efektinin miktarını ayarlamak için)CaptureRequest.EXTENSION_STRENGTH
.Kamera uzantılarında, son görüntüye göre daha az işlenmiş bir görüntü sağlayan Fotoğraf Çekimi Sonrası özelliği. Bir uzantının işleme gecikmesi artarsa görüntüleme sonrası resmi, kullanıcı deneyimini iyileştirmek için yer tutucu olarak sağlanabilir ve son resim için daha sonra değiştirilebilir. Bu özelliğin kullanılabilir olup olmadığını
CameraExtensionCharacteristics.isPostviewAvailable
üzerinden kontrol edebilirsiniz. ArdındanExtensionSessionConfiguration.setPostviewOutputConfiguration
cihazınaOutputConfiguration
iletebilirsiniz.SurfaceView
desteği ile daha optimize edilmiş ve gücü daha verimli kullanan bir önizleme oluşturma yolu sağlanır.Uzantı kullanımı sırasında dokunarak odaklama ve yakınlaştırma desteği.
Sensör içi yakınlaştırma
When REQUEST_AVAILABLE_CAPABILITIES_STREAM_USE_CASE
in
CameraCharacteristics
contains
SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
, your app
can use advanced sensor capabilities to give a cropped RAW stream the same
pixels as the full field of view by using a CaptureRequest
with a RAW target that has stream use case set to
CameraMetadata.SCALER_AVAILABLE_STREAM_USE_CASES_CROPPED_RAW
.
By implementing the request override controls, the updated camera gives users
zoom control even before other camera controls are ready.
Kayıpsız USB ses
Android 14 gains support for lossless audio formats for audiophile-level
experiences over USB wired headsets. You can query a USB device for its
preferred mixer attributes, register a listener for changes in preferred mixer
attributes, and configure mixer attributes using the
AudioMixerAttributes
class. This class represents the
format, such as channel mask, sample rate, and behavior of the audio mixer. The
class allows for audio to be sent directly, without mixing,
volume adjustment, or processing effects.
Geliştirici verimliliğ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, cihaz üzerinde kullanıcı sağlığı ve fitness verilerinin depolandığı bir depodur. Kullanıcıların en sevdikleri uygulamalar arasında veri paylaşmalarına olanak tanıyan bu özellik sayesinde, bu uygulamalarla paylaşmak istedikleri verileri 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. Android 14'ten itibaren platformun bir parçası olan Health Connect, Google Play sistem güncellemeleri aracılığıyla güncellemeleri ayrı bir indirme işlemi gerektirmeden alır. Bu sayede 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'ten yararlanabilir. Kullanıcılar, sistem ayarlarına entegre gizlilik denetimleri sayesinde Health Connect'e cihazlarındaki Ayarlar'dan erişebilir.
Android 14'teki Health Connect, egzersiz rotaları gibi yeni özellikler içerir. Bu sayede kullanıcılar antrenman rotalarını harita üzerinde 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 olabilmesi için kullanıcıların, rotaların diğer uygulamalarla tek tek paylaşılmasına izin vermesi gerekir.
Daha fazla bilgi için Health Connection dokümanlarına ve Android Health'teki yenilikler blog yayınına bakın.
OpenJDK 17 güncellemeleri
Android 14 continues the work of refreshing Android's core libraries to align with the features in the latest OpenJDK LTS releases, including both library updates and Java 17 language support for app and platform developers.
The following features and improvements are included:
- Updated approximately 300
java.base
classes to Java 17 support. - Text Blocks, which introduce multi-line string literals to the Java programming language.
- Pattern Matching for instanceof, which allows an object to
be treated as having a specific type in an
instanceof
without any additional variables. - Sealed classes, which allow you restrict which classes and interfaces can extend or implement them.
Thanks to Google Play system updates (Project Mainline), over 600 million devices are enabled to receive the latest Android Runtime (ART) updates that include these changes. This is part of our commitment to give apps a more consistent, secure environment across devices, and to deliver new features and capabilities to users independent of platform releases.
Java and OpenJDK are trademarks or registered trademarks of Oracle and/or its affiliates.
Uygulama mağazaları için iyileştirmeler
Android 14 introduces several PackageInstaller
APIs that
allow app stores to improve their user experience.
Request install approval before downloading
Installing or updating an app might require user approval.
For example, when an installer making use of the
REQUEST_INSTALL_PACKAGES
permission attempts to install a
new app. In prior Android versions, app stores can only request user approval
after APKs are written to the install session and the
session is committed.
Starting with Android 14, the requestUserPreapproval()
method lets installers request user approval before committing the install
session. This improvement lets an app store defer downloading any APKs until
after the installation has been approved by the user. Furthermore, once a user
has approved installation, the app store can download and install the app in the
background without interrupting the user.
Claim responsibility for future updates
The setRequestUpdateOwnership()
method allows an installer
to indicate to the system that it intends to be responsible for future updates
to an app it is installing. This capability enables update ownership
enforcement, meaning that only the update owner is permitted
to install automatic updates to the app. Update ownership enforcement helps to
ensure that users receive updates only from the expected app store.
Any other installer, including those making use of the
INSTALL_PACKAGES
permission, must receive explicit user
approval in order to install an update. If a user decides to proceed with an
update from another source, update ownership is lost.
Update apps at less-disruptive times
App stores typically want to avoid updating an app that is actively in use because this leads to the app's running processes being killed, which potentially interrupts what the user was doing.
Starting with Android 14, the InstallConstraints
API
gives installers a way to ensure that their app updates happen at an opportune
moment. For example, an app store can call the
commitSessionAfterInstallConstraintsAreMet()
method to
make sure that an update is only committed when the user is no longer
interacting with the app in question.
Seamlessly install optional splits
With split APKs, features of an app can be delivered in separate APK files,
rather than as a monolithic APK. Split APKs allow app stores to optimize the
delivery of different app components. For example, app stores might optimize
based on the properties of the target device. The
PackageInstaller
API has supported splits since its
introduction in API level 22.
In Android 14, the setDontKillApp()
method allows an
installer to indicate that the app's running processes shouldn't be killed when
new splits are installed. App stores can use this feature to seamlessly install
new features of an app while the user is using the app.
Uygulama meta veri paketleri
Android 14'ten itibaren Android paket yükleyici, Google Play gibi uygulama mağazası sayfalarına eklemek için veri güvenliği yöntemleri gibi uygulama meta verilerini belirtmenizi sağlar.
Kullanıcılar cihaz ekran görüntüsü aldığında bunu algılar
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'te özel işlemler ve iyileştirilmiş sıralama
Android 14 updates the system sharesheet to support custom app actions and more informative preview results for users.
Add custom actions
With Android 14, your app can add custom actions to the system sharesheet it invokes.
Improve ranking of Direct Share targets
Android 14 uses more signals from apps to determine the ranking of the direct share targets to provide more helpful results for the user. To provide the most useful signal for ranking, follow the guidance for improving rankings of your Direct Share targets. Communication apps can also report shortcut usage for outgoing and incoming messages.
Tahmine Dayalı Geri Dönme özelliği için yerleşik ve özel animasyonlar için destek
Android 13, bir geliştirici seçeneğinin ardında tahmine dayalı eve geri dönüş animasyonunu kullanıma sundu. Geri kaydırma, geliştirici seçeneği etkin olan desteklenen bir uygulamada kullanıldığında, geri kaydırma hareketinin uygulamadan tekrar ana ekrana çıktığını belirten bir animasyon gösterir.
Android 14, Forecastive Back için birçok iyileştirmenin yanı sıra yeni rehberlik sunuyor:
android:enableOnBackInvokedCallback=true
'i, tahmine dayalı geri sistem animasyonlarını uygulamanın tamamı yerine Etkinlik bazında etkinleştirecek şekilde ayarlayabilirsiniz.- Android 13'teki eve geri dönüş animasyonuna yeni sistem animasyonları ekledik. Yeni sistem animasyonları, Tahmini Geri'ye taşındıktan sonra otomatik olarak aldığınız çapraz etkinlik 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 Tahmine Dayalı Geri'nin tüm özellikleri bir geliştirici seçeneğinin arkasında kalır. Uygulamanızı tahmini eski sürüme 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ı cihazlarda uygulamaların davranışını değiştirmesine olanak tanır. Örneğin, FORCE_RESIZE_APP
geçersiz kılması, uygulama manifest dosyasında resizeableActivity="false"
ayarlanmış olsa bile sisteme uygulamayı görüntülü reklam boyutlarına uyacak şekilde yeniden boyutlandırması (boyut uyumluluğu modundan kaçınarak) talimatı verir.
Geçersiz kılma işlemlerinin amacı, büyük ekranlardaki kullanıcı deneyimini iyileştirmektir.
Yeni manifest özellikleri, uygulamanız için cihaz üreticisi tarafından yapılan bazı geçersiz kılma işlemlerini devre dışı bırakmanıza olanak tanır.
Büyük ekran kullanıcı başına 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 bir ayarlar menüsü aracılığıyla uygulama bazında geçersiz kılmaları uygulamasına olanak tanır.
Uygulama ekran paylaşımı
App screen sharing enables users to share an app window instead of the entire device screen during screen content recording.
With app screen sharing, the status bar, navigation bar, notifications, and other system UI elements are excluded from the shared display. Only the content of the selected app is shared.
App screen sharing improves productivity and privacy by enabling users to run multiple apps but limit content sharing to a single app.
Pixel 8 Pro'daki Gboard'da LLM destekli Akıllı Yanıt
On Pixel 8 Pro devices with the December Feature Drop, developers can try out higher-quality smart replies in Gboard powered by on-device Large Language Models (LLMs) running on Google Tensor.
This feature is available as a limited preview for US English in WhatsApp, Line, and KakaoTalk. It requires using a Pixel 8 Pro device with Gboard as your keyboard.
To try it out, first enable the feature in Settings > Developer Options > AiCore Settings > Enable Aicore Persistent.
Next, open a conversation in a supported app to see LLM-powered Smart Reply in Gboard's suggestion strip in response to incoming messages.
Grafik
Yollar sorgulanabilir ve birlikte kullanılabilir
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 ve parça gölgelendiricileri olan özel örgüler
Android has long supported drawing triangle meshes with custom shading, but the input mesh format has been limited to a few predefined attribute combinations. Android 14 adds support for custom meshes, which can be defined as triangles or triangle strips, and can, optionally, be indexed. These meshes are specified with custom attributes, vertex strides, varying, and vertex and fragment shaders written in AGSL.
The vertex shader defines the varyings, such as position and color, while the
fragment shader can optionally define the color for the pixel, typically by
using the varyings created by the vertex shader. If color is provided by the
fragment shader, it is then blended with the current Paint
color using the blend mode selected when
drawing the mesh. Uniforms can be passed
into the fragment and vertex shaders for additional flexibility.
Tuval için donanım arabellek oluşturucu
Android 14, HardwareBuffer
'e donanım hızlandırmayla çizim yapmak için Android'in Canvas
API'sini kullanmaya 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.