סקירה כללית על תכונות וממשקי API

‫Android 14 כולל תכונות וממשקי API מצוינים למפתחים. המאמרים הבאים יעזרו לכם להבין את התכונות של האפליקציות ולהתחיל להשתמש בממשקי ה-API שקשורים אליהן.

רשימה מפורטת של ממשקי API שנוספו, שונו או הוסרו מופיעה בדוח ההבדלים בין ממשקי ה-API. פרטים על ממשקי API שנוספו זמינים בהפניה ל-Android API. ב-Android 14, אפשר לחפש ממשקי API שנוספו ברמת API‏ 34. כדי לקבל מידע על תחומים שבהם שינויים בפלטפורמה עשויים להשפיע על האפליקציות שלכם, כדאי לעיין בשינויים בהתנהגות ב-Android 14 באפליקציות שמטרגטות ל-Android 14 ובכל האפליקציות.

אינטרנציונליזציה

העדפות שפה לכל אפליקציה

Android 14 扩展了 Android 13（API 级别 33）中引入的按应用设定语言功能，并包含以下额外功能：

  • 自动生成应用的 localeConfig：从 Android Studio Giraffe Canary 7 和 AGP 8.1.0-alpha07 开始，您可以将应用配置为自动支持各应用语言偏好设定。Android Gradle 插件会根据您的项目资源生成 LocaleConfig 文件，并在最终清单文件中添加对该文件的引用，这样您就不再需要手动创建或更新该文件。AGP 使用应用模块的 res 文件夹中的资源以及任何库模块依赖项来确定要在 LocaleConfig 文件中添加的语言区域。

  • 动态更新应用的 localeConfig：使用 LocaleManager 方法中的 setOverrideLocaleConfig() 和 getOverrideLocaleConfig() 可以在设备的系统设置中动态更新应用的受支持语言列表。有了这种灵活性，您可以按区域自定义支持的语言列表、运行 A/B 实验，或者如果您的应用通过服务器端推送进行本地化，则可以提供更新后的语言区域列表。

  • 输入法 (IME) 的应用语言可见性：IME 可以利用 getApplicationLocales() 方法查看当前应用的语言，并将 IME 语言与该语言进行匹配。

Grammatical Inflection API

有 30 亿人在使用区分性别的语言，此类语言的语法类别（例如名词、动词、形容词和介词）会根据您交谈所涉及的人或物的性别而变化。传统上，许多区分性别的语言使用阳性语法性别作为默认或通用性别。

以错误的语法性别来称呼用户，例如以阳性语法性别来称呼女性，可能会对她们的表现和态度产生负面影响。相比之下，界面语言如果能正确反映用户的语法性别，就可以提高用户互动度，并提供更个性化、更自然的用户体验。

为帮助您针对区分性别的语言构建以用户为中心的界面，Android 14 引入了 Grammatical Inflection API，让您无需重构应用便能添加对语法性别的支持。

העדפות הפורמט והמידות

העדפות אזוריות מאפשרות למשתמשים להתאים אישית את יחידות הטמפרטורה, את היום הראשון בשבוע ואת מערכות המספור. אירופאי שגר בארצות הברית עשוי להעדיף יחידות טמפרטורה בצלזיוס ולא בפרנהייט אפליקציות להתייחס ליום שני כתחילת השבוע במקום כברירת המחדל בארה"ב יום ראשון.

תפריטי ההגדרות החדשים של Android עבור ההעדפות האלה מספקים למשתמשים מיקום מרכזי ונגיש לשינוי העדפות האפליקציות. האלה גם בגיבוי ובשחזור. כמה ממשקי API וכוונות (intents) – כמו getTemperatureUnit ו-getFirstDayOfWeek – מעניקים לאפליקציה הרשאת קריאה להעדפות המשתמש, כדי שהיא תוכל לשנות את אופן הצגת המידע. אפשר גם לרשום BroadcastReceiver במצב פעיל ACTION_LOCALE_CHANGED כדי לטפל בשינויים בתצורת הלוקאל כשיש שינוי בהעדפות הפורמט והמידות.

כדי למצוא את ההגדרות האלה, צריך לפתוח את אפליקציית ההגדרות ולעבור אל מערכת > שפות קלט > העדפות אזוריות.

מסך העדפות האזור בהגדרות המערכת של Android.
אפשרויות הטמפרטורה להעדפות אזוריות במערכת Android הגדרות.

נגישות

הגדלת הגופן עד 200% באופן לא לינארי

从 Android 14 开始，系统支持字体放大高达 200%，为弱视用户提供了符合网络内容无障碍指南 (WCAG) 的其他无障碍功能选项。

为防止屏幕上的大文本元素放大放大， 应用非线性缩放曲线。这种放大策略意味着大号文本的放大比例不会与较小的文本相同。非线性字体放大有助于保持不同大小元素之间的比例层次结构，同时缓解高级别线性文本放大存在的问题（例如文本被截断或文本因非常大的显示大小而难以阅读）。

使用非线性字体放大测试应用

在设备的无障碍设置中启用最大字号，以测试应用。

如果您已使用放大像素 (sp) 单位来定义文字大小，那么这些 其他选项和扩缩方面的改进会自动应用到 。不过，您仍应使用 启用字体大小 (200%)，以确保应用采用 且可以适应较大字号，并且不会影响易用性。

要启用 200% 字号，请按以下步骤操作：

  1. 打开“设置”应用，然后依次前往无障碍 > 显示大小和文字。
  2. 在字号选项中，点按加号 (+) 图标，直到启用最大字号设置，如本部分随附的图片所示。

针对文本大小使用放大像素 (sp) 单位

请务必始终以 sp 为单位指定文字大小。当应用使用 sp 单位时，Android 可以应用用户的首选文本大小，并相应地进行缩放。

请勿为内边距使用 sp 单位，也不要假定内边距来定义视图高度：使用非线性字体放大 sp 尺寸可能并不成比例，因此 4sp + 20sp 可能并不等于 24sp。

转换放大像素 (sp) 单位

使用 TypedValue.applyDimension() 从 sp 单位转换为像素，并使用 TypedValue.deriveDimension() 将像素转换为 sp。这些方法会自动应用适当的非线性放大曲线。

避免对公式进行硬编码，使用以下代码 Configuration.fontScale 或 DisplayMetrics.scaledDensity。因为字体缩放 非线性的，则 scaledDensity 字段不再准确。fontScale 字段应仅用于提供信息， 使用单个标量值进行扩缩。

为 lineHeight 使用 sp 单位

始终使用 sp 单位定义 android:lineHeight dp 为 dp，因此行高会随文本一起缩放。否则，如果文本使用 sp，但 lineHeight 使用 dp 或 px，则文本不会缩放，并且看起来很拥挤。TextView 会自动更正 lineHeight，以便实现您的目标 比例会得到保留，但前提是 textSize 和 lineHeight 以 sp 为单位进行定义。

מצלמה ומדיה

תמונות ב-Ultra HDR

איור של איכות תמונה בטווח דינמי סטנדרטי (SDR) לעומת איכות תמונה בטווח דינמי גבוה (HDR).

ב-Android 14 נוספה תמיכה בתמונות באיכות HDR (טווח דינמי גבוה), שמאפשרות לשמור יותר מידע מהחיישן בזמן הצילום, וכך לייצר צבעים עזים וניגודיות גבוהה יותר. ב-Android נעשה שימוש בפורמט Ultra HDR, שהוא תואם לאחור לתמונות JPEG. כך האפליקציות יכולות לפעול בצורה חלקה עם תמונות HDR ולהציג אותן בטווח דינמי סטנדרטי (SDR) לפי הצורך.

המערכת מבצעת את העיבוד של התמונות האלה בממשק המשתמש ב-HDR באופן אוטומטי כשהאפליקציה בוחרת להשתמש בממשק משתמש ב-HDR בחלון הפעילות שלה, דרך רשומה במניפסט או במהלך זמן הריצה על ידי קריאה ל-Window.setColorMode(). אפשר גם לצלם תמונות סטילס דחוסות ב-Ultra HDR במכשירים נתמכים. כשהחיישן משחזר יותר צבעים, אפשר לערוך את התמונות בצורה גמישה יותר. אפשר להשתמש ב-Gainmap שמשויך לתמונות Ultra HDR כדי ליצור רינדור שלהן באמצעות OpenGL או Vulkan.

זום, מיקוד, תצוגה מקדימה ועוד בתוספים למצלמה

ב-Android 14 יש שיפורים בתוספים למצלמה, שמאפשרים לאפליקציות להתמודד עם זמני עיבוד ארוכים יותר. כך אפשר לצלם תמונות טובות יותר באמצעות אלגוריתמים שמבוססים על חישובים כבדים, כמו צילום בתאורה חלשה במכשירים נתמכים. התכונות האלה מספקות למשתמשים חוויה חזקה עוד יותר כשהם משתמשים ביכולות של התוספים למצלמה. דוגמאות לשיפורים האלה:

  • אומדן זמן האחזור הדינמי של עיבוד התמונות הסטטיות מספק אומדנים מדויקים הרבה יותר של זמן האחזור של התמונות הסטטיות, על סמך תנאי הסביבה והסצנה הנוכחיים. קוראים ל-CameraExtensionSession.getRealtimeStillCaptureLatency() כדי לקבל אובייקט StillCaptureLatency עם שתי שיטות להערכת זמן האחזור. השיטה getCaptureLatency() מחזירה את זמן האחזור המשוער בין onCaptureStarted ל-onCaptureProcessStarted(), והשיטה getProcessingLatency() מחזירה את זמן האחזור המשוער בין onCaptureProcessStarted() לבין זמינות המסגרת הסופית שעברה עיבוד.
  • תמיכה בקריאות חזרה (callbacks) של התקדמות הצילום, כדי שאפליקציות יוכלו להציג את ההתקדמות הנוכחית של פעולות עיבוד ממושכות של צילומי סטילס. אפשר לבדוק אם התכונה הזו זמינה באמצעות CameraExtensionCharacteristics.isCaptureProcessProgressAvailable. אם כן, מטמיעים את פונקציית הקריאה החוזרת onCaptureProcessProgressed(), שבה מועבר הפרמטר של ההתקדמות (מ-0 עד 100).

  • מטא-נתונים ספציפיים לתוסף, כמו CaptureRequest.EXTENSION_STRENGTH כדי להזין את מידת האפקט של התוסף, למשל מידת הטשטוש של הרקע באמצעות EXTENSION_BOKEH.

  • התכונה 'תצוגה לאחר הצילום' לצילום סטילס בתוספים למצלמה, שמספקת תמונה שעברה עיבוד פחות מאשר התמונה הסופית, במהירות גבוהה יותר. אם תוסף מאריך את זמן האחזור לעיבוד, אפשר לספק תמונה שלאחר הצפייה כתמונה זמנית כדי לשפר את חוויית המשתמש, ולאחר מכן להחליף אותה בתמונה הסופית. אפשר לבדוק אם התכונה הזו זמינה באמצעות CameraExtensionCharacteristics.isPostviewAvailable. לאחר מכן תוכלו להעביר OutputConfiguration אל ExtensionSessionConfiguration.setPostviewOutputConfiguration.

  • תמיכה ב-SurfaceView שמאפשרת נתיב עיבוד נתונים יעיל יותר וחסכוני יותר באנרגיה לתצוגה מקדימה.

  • תמיכה בהקשה כדי להתמקד ובשינוי מרחק התצוגה במהלך השימוש בתוסף.

זום בחיישן

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.

אודיו ב-USB ללא אובדן נתונים

ב-Android 14 יש תמיכה בפורמטים של אודיו ללא אובדן נתונים, כדי שתוכלו ליהנות מחוויית אודיו ברמה גבוהה באמצעות אוזניות קוויות עם חיבור USB. אפשר לשלוח שאילתה למכשיר USB כדי לקבל את מאפייני המיקסר המועדפים שלו, לרשום מאזין לשינויים במאפייני המיקסר המועדפים ולהגדיר את מאפייני המיקסר באמצעות הכיתה AudioMixerAttributes. המחלקה הזו מייצגת את הפורמט, כמו מסכת הערוץ, קצב הדגימה וההתנהגות של מיקסר האודיו. הסוג הזה מאפשר לשלוח אודיו ישירות, בלי ערבוב, שינוי עוצמת קול או עיבוד אפקטים.

פרודוקטיביות וכלים למפתחים

מנהל פרטי הכניסה

Android 14 将 Credential Manager 添加为平台 API，并通过使用 Google Play 服务的 Jetpack 库，向后额外支持 Android 4.4（API 级别 19）设备。Credential Manager 旨在通过 API 使用用户配置的凭据提供程序检索和存储凭据，让用户更轻松地登录。Credential Manager 在单个 API 中支持多种登录方法，包括用户名和密码、通行密钥和联合登录解决方案（如“使用 Google 账号登录”）。

通行密钥具有许多优势。例如，通行密钥是基于业界标准构建的，可在各种不同的操作系统和浏览器生态系统中使用，并且可用于网站和应用。

如需了解详情，请参阅 Credential Manager 和通行密钥文档以及介绍 Credential Manager 和通行密钥的博文。

Health Connect

Health Connect היא מאגר במכשיר לנתוני הבריאות והכושר של המשתמש. היא מאפשרת למשתמשים לשתף נתונים בין האפליקציות המועדפות שלהם, ובמקום אחד הם יכולים לקבוע אילו נתונים הם רוצים לשתף עם האפליקציות האלה.

במכשירים עם גרסאות Android שקדמו ל-Android 14, אפשר להוריד את Health Connect כאפליקציה מחנות Google Play. החל מגרסה Android 14, Health Connect היא חלק מהפלטפורמה ומקבלת עדכונים דרך עדכוני המערכת של Google Play, בלי צורך בהורדה נפרדת. כך אפשר לעדכן את Health Connect בתדירות גבוהה, והאפליקציות יכולות להסתמך על כך ש-Health Connect זמין במכשירים עם Android מגרסה 14 ואילך. המשתמשים יכולים לגשת ל-Health Connect מההגדרות במכשיר, עם אמצעי בקרה על הפרטיות שמוטמעים בהגדרות המערכת.

משתמשים יכולים להתחיל להשתמש ב-Health Connect בלי להוריד אפליקציה נפרדת במכשירים עם Android מגרסה 14 ואילך.
המשתמשים יכולים לקבוע לאילו אפליקציות תהיה גישה לנתוני הבריאות והכושר שלהם דרך הגדרות המערכת.

Health Connect כולל כמה תכונות חדשות ב-Android 14, כמו מסלולי אימון, שמאפשרים למשתמשים לשתף מסלול של אימון שאפשר לראות במפה. מסלול מוגדר כרשימה של מיקומים שנשמרו בחלון זמן מסוים, והאפליקציה יכולה להוסיף מסלולים לסשנים של אימונים ולקשר ביניהם. כדי להבטיח שלמשתמשים תהיה שליטה מלאה על המידע הרגיש הזה, הם צריכים לאפשר שיתוף של מסלולים ספציפיים עם אפליקציות אחרות.

מידע נוסף זמין במסמכי התיעוד של Health Connect ובפוסט בבלוג בנושא מה חדש ב-Android Health.

עדכונים ל-OpenJDK 17

ב-Android 14 אנחנו ממשיכים לעדכן את ספריות הליבה של Android כדי להתאים אותן לתכונות בגרסאות OpenJDK LTS האחרונות, כולל עדכוני ספריות ותמיכה בשפה Java 17 למפתחי אפליקציות ופלטפורמות.

התכונות והשיפורים הבאים כלולים:

  • עדכנו כ-300 כיתות java.base לתמיכה ב-Java 17.
  • Text Blocks, שמאפשרים להשתמש במחרוזות מילולית של כמה שורות בשפת התכנות Java.
  • התאמת דפוסים ל-instanceof, שמאפשרת להתייחס לאובייקט כאל אובייקט מסוג ספציפי ב-instanceof בלי משתנים נוספים.
  • כיתות אטומות, שמאפשרות להגביל את המחלקות והממשקים שיכולים להרחיב אותם או להטמיע אותם.

בזכות עדכוני המערכת של Google Play (Project Mainline), יותר מ-600 מיליון מכשירים יכולים לקבל את עדכוני Android Runtime (ART) האחרונים שכוללים את השינויים האלה. זהו חלק מהמחויבות שלנו לספק לאפליקציות סביבה עקבית ומאובטחת יותר במכשירים שונים, ולספק למשתמשים תכונות ויכולות חדשות ללא קשר למהדורות הפלטפורמה.

Java ו-OpenJDK הם סימנים מסחריים או סימנים מסחריים רשומים של Oracle ו/או של השותפים העצמאיים שלה.

שיפורים בחנויות אפליקציות

ב-Android 14 נוספו כמה ממשקי API של PackageInstaller שמאפשרים לחנויות האפליקציות לשפר את חוויית המשתמש שלהן.

בקשה לאישור התקנה לפני ההורדה

יכול להיות שתצטרכו אישור משתמש כדי להתקין או לעדכן אפליקציה. לדוגמה, כשתוכנית התקנה שמשתמשת בהרשאה REQUEST_INSTALL_PACKAGES מנסה להתקין אפליקציה חדשה. בגרסאות קודמות של Android, חנויות אפליקציות יכולות לבקש אישור מהמשתמש רק אחרי שקבצי ה-APK נכתבים בסשן ההתקנה והסשן מוגדר.

החל מ-Android 14, השיטה requestUserPreapproval() מאפשרת למתקינים לבקש אישור מהמשתמשים לפני ביצוע סשן ההתקנה. השיפור הזה מאפשר לחנות אפליקציות לדחות את הורדת חבילות ה-APK עד שהמשתמש יאשר את ההתקנה. בנוסף, אחרי שהמשתמש מאשר את ההתקנה, חנות האפליקציות יכולה להוריד ולהתקין את האפליקציה ברקע בלי להפריע למשתמש.

לטעון לבעלות על עדכונים עתידיים

השיטה setRequestUpdateOwnership() מאפשרת למתקין להציין למערכת שהוא מתכוון להיות אחראי על עדכונים עתידיים לאפליקציה שהוא מתקין. היכולת הזו מאפשרת לאכוף את הבעלות על העדכון, כלומר רק בעל העדכון רשאי להתקין עדכונים אוטומטיים לאפליקציה. אכיפת הבעלות על העדכון עוזרת לוודא שהמשתמשים מקבלים עדכונים רק מחנות האפליקציות הצפויה.

כל מתקין אחר, כולל אלה שמשתמשים בהרשאה INSTALL_PACKAGES, צריך לקבל אישור מפורש מהמשתמש כדי להתקין עדכון. אם משתמש מחליט להמשיך עם עדכון ממקור אחר, הבעלות על העדכון אבודה.

עדכון אפליקציות בזמנים פחות מפריעים

בדרך כלל, בחנויות האפליקציות לא רוצים לעדכן אפליקציה שבשימוש פעיל, כי זה מוביל לסגירת התהליכים שפועלים באפליקציה, ויכול להפריע למה שהמשתמש עושה.

החל מ-Android 14, ממשק ה-API של InstallConstraints מאפשר למתקינים לוודא שהעדכונים של האפליקציות שלהם מתבצעים בזמן המתאים. לדוגמה, חנות אפליקציות יכולה להפעיל את השיטה commitSessionAfterInstallConstraintsAreMet() כדי לוודא שהעדכון יאושר רק כשהמשתמש כבר לא יוצר אינטראקציה עם האפליקציה הרלוונטית.

התקנה חלקה של חלוקות אופציונליות

כשמשתמשים ב-APKs מפוצלים, אפשר לספק את התכונות של האפליקציה בקובצי APK נפרדים, במקום כ-APK מונוליתי. קובצי APK מפוצלים מאפשרים לחנויות אפליקציות לבצע אופטימיזציה של העברת הרכיבים השונים של האפליקציה. לדוגמה, חנויות אפליקציות עשויות לבצע אופטימיזציה על סמך המאפיינים של מכשיר היעד. ה-API של PackageInstaller תומך בחלוקות מאז ההשקה שלו ברמת API‏ 22.

ב-Android 14, השיטה setDontKillApp() מאפשרת למנהל ההתקנה לציין שלא צריך להרוג את התהליכים שפועלים באפליקציה כשמתקינים פלחים חדשים. חנויות האפליקציות יכולות להשתמש בתכונה הזו כדי להתקין בצורה חלקה תכונות חדשות של אפליקציה בזמן שהמשתמש משתמש באפליקציה.

חבילות של מטא-נתונים של אפליקציות

从 Android 14 开始，Android 软件包安装程序可让您指定应用元数据（例如数据安全做法），以在 Google Play 等应用商店页面上架。

זיהוי מתי משתמשים מצלמים צילומי מסך במכשיר

כדי ליצור חוויה סטנדרטית יותר לזיהוי צילומי מסך, ב-Android 14 מוצג API לזיהוי צילומי מסך ששומר על הפרטיות. ה-API הזה מאפשר לאפליקציות לרשום קריאות חוזרות על בסיס כל פעילות. הקריאות החוזרות האלה מופעלות, והמשתמש מקבל הודעה, כשהמשתמש מצלם צילום מסך בזמן שהפעילות הזו גלויה.

חוויית משתמש

פעולות מותאמות אישית בגיליון השיתוף ודירוג משופר

ב-Android 14 מתבצע עדכון של גיליון השיתוף של המערכת כדי לתמוך בפעולות מותאמות אישית באפליקציות ובתצוגות מקדימות מפורטות יותר של תוצאות למשתמשים.

הוספת פעולות בהתאמה אישית

ב-Android 14, האפליקציה יכולה להוסיף פעולות בהתאמה אישית לגיליון השיתוף של המערכת שהיא מפעילה.

צילום מסך של פעולות בהתאמה אישית בחלונית השיתוף.

שיפור הדירוג של יעדים לשיתוף ישיר

ב-Android 14 נעשה שימוש באותות רבים יותר מאפליקציות כדי לקבוע את הדירוג של יעדי השיתוף הישיר, וכך לספק תוצאות מועילות יותר למשתמש. כדי לספק את האות הכי שימושי לדירוג, פועלים לפי ההנחיות לשיפור הדירוג של היעדים של שיתוף ישיר. אפליקציות תקשורת יכולות גם לדווח על שימוש במקשי קיצור להודעות יוצאות ונכנסות.

שורת 'שיתוף ישיר' בגיליון השיתוף, כפי שמוצג ב1

תמיכה באנימציות מובנות ומותאמות אישית לחיזוי של תנועת החזרה

סרטון: אנימציה חזרה חזותית

ב-Android 13 הוספנו את האפשרות להפעיל אנימציה חזרה למסך הבית באופן יזום, כאפשרות לפיתוח. כשמשתמשים בתנועת החלקה לאחור באפליקציה נתמכת עם אפשרות הפיתוח מופעלת, מוצגת אנימציה שמציינת שתנועת ההחלקה לאחור יוצאת מהאפליקציה ומחזירה למסך הבית.

Android 14 כולל כמה שיפורים והנחיות חדשות לגבי 'חזרה חזותית':

בגרסה הזו של Android 14 בתצוגה מקדימה, כל התכונות של 'חזרה חזותית חזרה' נותרו מאחורי אפשרות למפתחים. כדאי לעיין במדריך למפתחים בנושא העברת האפליקציה לחזרה חזותית חזוי, וגם במדריך למפתחים בנושא יצירת מעברים מותאמים אישית באפליקציה.

שינויים בהגדרות של אפליקציות ספציפיות במכשירים עם מסך גדול

借助按应用替换项，设备制造商可以更改应用在大屏设备上的行为。例如，FORCE_RESIZE_APP 替换项会指示系统调整应用大小以适应显示屏尺寸（避免进入尺寸兼容模式），即使在应用清单中设置了 resizeableActivity="false" 也是如此。

替换项旨在改善大屏设备上的用户体验。

借助新的清单属性，您可以为应用停用某些设备制造商替换项。

הגדרות שונות לכל אפליקציה למשתמשים במסכים גדולים

שינוי ההגדרות של כל אפליקציה בנפרד משנה את התנהגות האפליקציות במכשירים עם מסך גדול. לדוגמה, שינוי ברירת המחדל של יצרן המכשיר OVERRIDE_MIN_ASPECT_RATIO_LARGE מגדיר את יחס הגובה-רוחב של האפליקציה ל-16:9, ללא קשר להגדרות האפליקציה.

ב-Android 14 QPR1, משתמשים יכולים להחיל שינויים ספציפיים לאפליקציות באמצעות תפריט הגדרות חדש במכשירים עם מסך גדול.

שיתוף מסך של אפליקציה

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.

תשובה מהירה מבוססת-LLM ב-Gboard ב-Pixel 8 Pro

במכשירי Pixel 8 Pro עם גרסת Feature Drop מדצמבר, מפתחים יכולים לנסות תשובות חכמות באיכות גבוהה יותר ב-Gboard שמבוססות על מודלים גדולים של שפה (LLM) במכשיר שפועלים על Google Tensor.

התכונה הזו זמינה בתור תצוגה מקדימה מוגבלת באנגלית (ארה"ב) ב-WhatsApp, ב-Line וב-KakaoTalk. כדי להשתמש בתכונה הזו, צריך מכשיר Pixel 8 Pro עם Gboard כמקלדת.

כדי לנסות את התכונה, קודם צריך להפעיל אותה בקטע הגדרות > אפשרויות למפתחים > הגדרות AICore > הפעלת AICore Persistent.

לאחר מכן, פותחים שיחה באפליקציה נתמכת כדי לראות את התשובות המהירות שמבוססות על LLM בשורת ההצעות של Gboard בתגובה להודעות נכנסות.

Gboard משתמש במודלים של LLM במכשיר כדי לספק תשובות מהירות באיכות גבוהה יותר.

גרפיקה

אפשר להריץ שאילתות על נתיבים ולבצע אינטרפולציה שלהם

ה-API Path של Android הוא מנגנון עוצמתי וגמיש ליצירה ולרינדור של גרפיקה וקטורית, עם אפשרות לצייר או למלא נתיב, לבנות נתיב מקטעי קו או מעקומות ריבועיות או ממעלה שלישית, לבצע פעולות בוליאניות כדי לקבל צורות מורכבות יותר או את כל האפשרויות האלה בו-זמנית. אחת מהמגבלות היא היכולת לברר מה נמצא בפועל באובייקט Path. הרכיבים הפנימיים של האובייקט לא גלויים למבצעי הקריאה אחרי היצירה.

כדי ליצור Path, צריך לבצע קריאה ל-methods כמו moveTo(),‏ lineTo() ו-cubicTo() כדי להוסיף קטעי נתיב. אבל לא הייתה אפשרות לשאול את הנתיב הזה מהם הפלחים, ולכן צריך לשמור את המידע הזה בזמן היצירה.

החל מ-Android 14, אפשר לשלוח שאילתות לגבי נתיבים כדי לבדוק מה נמצא בהם. קודם כול, צריך לקבל אובייקט PathIterator באמצעות API של Path.getPathIterator:

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();

לאחר מכן אפשר לקרוא ל-PathIterator כדי לבצע איטרציה אחרי הפילוחים אחד אחרי השני, ולאחזר את כל הנתונים הנדרשים לכל פלח. בדוגמה הזו נעשה שימוש באובייקטים מסוג PathIterator.Segment, שמארזים את הנתונים בשבילכם:

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 יש גם גרסה של next() שלא מקצה לה, שבה אפשר להעביר במאגר נתונים זמני כדי לשמור את נתוני הנקודות.

אחד מהתרחישים החשובים לדוגמה לשליחת שאילתות לגבי נתוני Path הוא אינטרפולציה. לדוגמה, יכול להיות שתרצו ליצור אנימציה (או טרנספורמציה) בין שני נתיבים שונים. כדי לפשט את התרחיש הזה, Android 14 כולל גם את השיטה interpolate() ב-Path. בהנחה שלשני הנתיבים יש מבנה פנימי זהה, ה-method interpolate() יוצרת Path חדש עם התוצאה בעלת האינטרפולציה. הדוגמה הזו מחזירה נתיב שהצורה שלו היא חצי (אינטרפולציה לינארית של 0 .5) בין path ל-otherPath:

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);
}

ספריית graphics-path של Jetpack מאפשרת להשתמש בממשקי API דומים גם בגרסאות קודמות של Android.

רשתות מותאמות אישית עם הצללות של קודקודים ושל פרגמנטים

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.

מעבד מאגר נתונים זמני של חומרה ל-Canvas

To assist in using Android's Canvas API to draw with hardware acceleration into a HardwareBuffer, Android 14 introduces HardwareBufferRenderer. This API is particularly useful when your use case involves communication with the system compositor through SurfaceControl for low-latency drawing.