2022-11-04 20:10:26 +01:00
|
|
|
[versions]
|
2024-04-10 09:43:51 +02:00
|
|
|
aboutlibraries = "11.1.3"
|
2023-12-12 23:25:09 +01:00
|
|
|
acra = "5.11.3"
|
2024-06-18 13:58:37 +02:00
|
|
|
agp = "8.5.0"
|
feat: Update activity transitions, prepare for predictive-back (#650)
Previous code used a single animation type (slide) when transitioning,
the transition was quite slow, and didn't behave appropriately if the
device was set to a RTL writing system.
In addition, handling the back affordance didn't work well with the new
"Predictive Back" feature in Android 14
(https://developer.android.com/guide/navigation/custom-back/predictive-back-gesture).
Fix this.
## Transitions
To update the transitions the `startActivityWithSlideInAnimation()`
implementation (and associated `finishWithoutSlideOutAnimation()`) have
been replaced.
There are three transitions; `default`, `slide`, and `explode`,
represented as an enum passed to the activity intent.
The `default` transition is the activity transition from Android 14,
from the Android open source project
(https://cs.android.com/android/platform/superproject/+/android-14.0.0_r18:frameworks/base/core/res/res/anim/;bpv=1).
This is used for most transitions.
The `slide` transition is the pre-existing slide transition, with a
shorter transition time so it feels more responsive, and an RTL
implementation. This is used when there is a strong spatial component to
the navigation, for example, when going from:
- a status to its thread
- a preference menu item to its subscreen
- a filter in a list to the "edit filter" screen
- viewing your profile to editing your profile
The `explode` transition is used when the state of the app changes
significantly, such as when switching accounts.
Activities are now started with `startActivityWithTransition()` which
sets the intent and prepares the transition. `BaseActivity` checks the
intent for the transition type and makes further changes to the
transition as necessary.
## Predictive back
"Predictive back" needs to know what the back button would do before the
user interacts with it with an `onBackPressedCallback` that is either
enabled or disabled. This required refactoring some code (particularly
in `ComposeActivity`) to gather data ahead of time and enable/disable
the callback appropriately.
## Fixed bugs
- Back button wasn't stepping back through the tabs in AccountActivity
- Modifying a filter and pressing back without saving wasn't prompting
the user to save the changes
- Writing a content warning and then hiding it would still count the
text of the content warning toward's the post's length
## Other cleanups
- Use `ViewCompat.setTransitionName()` instead of setting the
`transitionName` property
- Delete the unused `fade_in` and `fade_out` animations.
- Use androidx-activity 1.9.0 to get the latest predictive back support
library code
- Show validation errors when creating / editing filters
2024-04-26 23:18:30 +02:00
|
|
|
androidx-activity = "1.9.0"
|
2024-06-18 15:36:10 +02:00
|
|
|
androidx-appcompat = "1.7.0"
|
2024-03-21 22:28:59 +01:00
|
|
|
androidx-browser = "1.8.0"
|
2022-11-04 20:10:26 +01:00
|
|
|
androidx-cardview = "1.0.0"
|
|
|
|
|
androidx-constraintlayout = "2.1.4"
|
2024-05-01 22:43:58 +02:00
|
|
|
androidx-core = "1.13.1"
|
2024-01-08 18:20:17 +01:00
|
|
|
androidx-exifinterface = "1.3.7"
|
2024-01-08 17:39:43 +01:00
|
|
|
androidx-fragment = "1.6.2"
|
2024-03-11 10:49:58 +01:00
|
|
|
androidx-hilt = "1.2.0"
|
2023-02-04 20:22:29 +01:00
|
|
|
androidx-junit = "1.1.5"
|
2024-06-18 16:06:12 +02:00
|
|
|
androidx-lifecycle = "2.8.2"
|
2024-04-15 21:41:15 +02:00
|
|
|
androidx-media3 = "1.3.1"
|
2023-10-13 13:46:53 +02:00
|
|
|
androidx-paging = "3.2.1"
|
2023-09-27 15:38:28 +02:00
|
|
|
androidx-preference = "1.2.1"
|
2023-03-21 20:08:43 +01:00
|
|
|
androidx-recyclerview = "1.3.0"
|
2022-11-04 20:10:26 +01:00
|
|
|
androidx-sharetarget = "1.2.0"
|
2023-04-20 19:11:13 +02:00
|
|
|
androidx-splashscreen = "1.0.1"
|
2022-11-04 20:10:26 +01:00
|
|
|
androidx-swiperefresh-layout = "1.1.0"
|
2023-02-28 21:35:31 +01:00
|
|
|
androidx-testing = "2.2.0"
|
2023-10-07 19:30:11 +02:00
|
|
|
androidx-test-core-ktx = "1.5.0"
|
feat: Update activity transitions, prepare for predictive-back (#650)
Previous code used a single animation type (slide) when transitioning,
the transition was quite slow, and didn't behave appropriately if the
device was set to a RTL writing system.
In addition, handling the back affordance didn't work well with the new
"Predictive Back" feature in Android 14
(https://developer.android.com/guide/navigation/custom-back/predictive-back-gesture).
Fix this.
## Transitions
To update the transitions the `startActivityWithSlideInAnimation()`
implementation (and associated `finishWithoutSlideOutAnimation()`) have
been replaced.
There are three transitions; `default`, `slide`, and `explode`,
represented as an enum passed to the activity intent.
The `default` transition is the activity transition from Android 14,
from the Android open source project
(https://cs.android.com/android/platform/superproject/+/android-14.0.0_r18:frameworks/base/core/res/res/anim/;bpv=1).
This is used for most transitions.
The `slide` transition is the pre-existing slide transition, with a
shorter transition time so it feels more responsive, and an RTL
implementation. This is used when there is a strong spatial component to
the navigation, for example, when going from:
- a status to its thread
- a preference menu item to its subscreen
- a filter in a list to the "edit filter" screen
- viewing your profile to editing your profile
The `explode` transition is used when the state of the app changes
significantly, such as when switching accounts.
Activities are now started with `startActivityWithTransition()` which
sets the intent and prepares the transition. `BaseActivity` checks the
intent for the transition type and makes further changes to the
transition as necessary.
## Predictive back
"Predictive back" needs to know what the back button would do before the
user interacts with it with an `onBackPressedCallback` that is either
enabled or disabled. This required refactoring some code (particularly
in `ComposeActivity`) to gather data ahead of time and enable/disable
the callback appropriately.
## Fixed bugs
- Back button wasn't stepping back through the tabs in AccountActivity
- Modifying a filter and pressing back without saving wasn't prompting
the user to save the changes
- Writing a content warning and then hiding it would still count the
text of the content warning toward's the post's length
## Other cleanups
- Use `ViewCompat.setTransitionName()` instead of setting the
`transitionName` property
- Delete the unused `fade_in` and `fade_out` animations.
- Use androidx-activity 1.9.0 to get the latest predictive back support
library code
- Show validation errors when creating / editing filters
2024-04-26 23:18:30 +02:00
|
|
|
androidx-transition = "1.5.0-rc02"
|
2022-11-04 20:10:26 +01:00
|
|
|
androidx-viewpager2 = "1.0.0"
|
2024-04-30 16:24:04 +02:00
|
|
|
androidx-webkit = "1.10.0"
|
2024-02-14 12:38:43 +01:00
|
|
|
androidx-work = "2.9.0"
|
2024-01-08 18:11:05 +01:00
|
|
|
androidx-room = "2.6.1"
|
feat: Periodically check for updates and alert user (#236)
Users can inadvertently get stuck on older versions of the app; e.g., by
installing from one F-Droid repository that stops hosting the app at
some later time.
Analytics from the Play Store also shows a long tail of users who are,
for some reason, on an older version.
On resuming `MainActivity`, and approximately once per day, check and
see if a newer version of Pachli is available, and prompt the user to
update by going to the relevant install location (Google Play, F-Droid,
or GitHub).
The dialog prompt allows them to ignore this specific version, or
disable all future update notifications. This is also exposed through
the preferences, so the user can adjust it there too.
A different update check method is used for each installation location.
- F-Droid: Use the F-Droid API to query for the newest released version
- GitHub: Use the GitHub API to query for the newest release, and check
the APK filename attached to that release
- Google Play: Use the Play in-app-updates library
(https://developer.android.com/guide/playcore/in-app-updates) to query
for the newest released version
These are kept in different build flavours (source sets), so that e.g.,
the build for the F-Droid store can only query the F-Droid API, the UI
strings are specific to F-Droid, etc. This also ensures that the update
service libraries are specific to that build and do not
"cross-contaminate".
Note that this *does not* update the app, it takes the user to either
the relevant store page (F-Droid, Play) or GitHub release page. The user
must still start the update from that page.
CI configuration is updated to build the different flavours.
2023-11-08 08:42:39 +01:00
|
|
|
app-update = "2.1.0"
|
2024-05-01 22:51:11 +02:00
|
|
|
apollographql = "3.8.4"
|
2024-02-04 15:17:46 +01:00
|
|
|
auto-service = "1.1.1"
|
|
|
|
|
auto-service-ksp = "1.1.0"
|
2022-11-04 20:10:26 +01:00
|
|
|
bouncycastle = "1.70"
|
|
|
|
|
conscrypt = "2.5.2"
|
2024-06-18 14:44:24 +02:00
|
|
|
coroutines = "1.8.1"
|
2024-02-04 21:44:56 +01:00
|
|
|
desugar_jdk_libs = "2.0.4"
|
2023-03-10 20:30:55 +01:00
|
|
|
diffx = "1.1.1"
|
2023-03-30 19:24:05 +02:00
|
|
|
emoji2 = "1.3.0"
|
2023-02-04 20:22:29 +01:00
|
|
|
espresso = "3.5.1"
|
2023-01-09 21:06:47 +01:00
|
|
|
filemoji-compat = "3.2.7"
|
2023-10-13 14:59:45 +02:00
|
|
|
glide = "4.16.0"
|
2023-05-19 13:30:57 +02:00
|
|
|
# Deliberate downgrade, https://github.com/tuskyapp/Tusky/issues/3631
|
|
|
|
|
glide-animation-plugin = "2.23.0"
|
2024-04-05 18:19:27 +02:00
|
|
|
hilt = "2.51.1"
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
junit = "4.13.2"
|
2024-06-05 15:15:56 +02:00
|
|
|
kotlin = "2.0.0"
|
2024-03-04 17:23:37 +01:00
|
|
|
kotlin-result = "1.1.20"
|
2024-06-18 14:44:24 +02:00
|
|
|
ksp = "2.0.0-1.0.22"
|
2023-02-21 19:43:51 +01:00
|
|
|
image-cropper = "4.3.2"
|
2024-04-30 14:39:26 +02:00
|
|
|
leakcanary = "2.14"
|
2024-06-18 13:58:37 +02:00
|
|
|
lint = "31.5.0" # = agp + 23.0.0 (= 8.5.0), see https://github.com/googlesamples/android-custom-lint-rules#lint-version
|
fix(deps): update dependency com.google.android.material:material to v1.11.0 (#351)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[com.google.android.material:material](https://togithub.com/material-components/material-components-android)
| `1.10.0` -> `1.11.0` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>material-components/material-components-android
(com.google.android.material:material)</summary>
###
[`v1.11.0`](https://togithub.com/material-components/material-components-android/releases/tag/1.11.0)
[Compare
Source](https://togithub.com/material-components/material-components-android/compare/1.10.0...1.11.0)
### Important
Elevation Overlays within default component styles have been replaced by
the new [Tonal Surface Color
system](https://material.io/blog/tone-based-surface-color-m3). Instead
of blending the Primary color with the Surface color based on an
elevation value, components now use a specific Surface color role that
can be more easily understood and customized.
Documentation for the affected components and which Surface color roles
they use has been updated in
https://github.com/material-components/material-components-android/commit/2114a11378fd801b32cd7431bb8a2c94de4f462c.
### What's new since 1.10.0
- New [Tonal Surface Color
system](https://material.io/blog/tone-based-surface-color-m3)! Check out
the [design
guidance](https://material.io/blog/tone-based-surface-color-m3) and the
[commit with documentation
updates](https://togithub.com/material-components/material-components-android/commit/2114a11378fd801b32cd7431bb8a2c94de4f462c)
for more details.
- New Carousel variants! 1.11.0 introduces three new Carousel variants:
center-aligned hero, uncontained, and fullscreen. Check out the
[Carousel
documentation](https://togithub.com/material-components/material-components-android/blob/master/docs/components/Carousel.md)
for more details.
#### Dependency Updates
None.
*Note: Earlier versions of 1.11.0 used other versions of the
`androidx.activity` 1.8.0 library dependency, but there is no change in
the dependency from 1.10.0, the last stable MDC library version.*
#### Library Updates
- `Badging`
- Adjusted badge vertical offset for certain components to fit design
requirements
([`78cc54b`](https://togithub.com/material-components/material-components-android/commit/78cc54b8c39da437732ff3d7c96de8f345e09348))
- Added note in attachBadgeDrawable method docs about menu item views
being re-used when there is a structural change in the menu. Since
badges are attached to the views, this may change the menu item that the
badge is intended for
([`5e6ea58`](https://togithub.com/material-components/material-components-android/commit/5e6ea582801ebfe2af8457261581a2ad43c8051a))
- `BottomNavigationView`
- Set badges to be null instead of removing them from the sparse array
so that removing badges before restoring badge states will not override
the current state
([`9f2e686`](https://togithub.com/material-components/material-components-android/commit/9f2e6864d2170d633709e7aa66b9e8e178352ef0))
- `BottomSheet`
- Fix sheet corners animation
([`de27132`](https://togithub.com/material-components/material-components-android/commit/de271320e4ba046c73e35e18f687ee4637f3a6ac))
- `Carousel`
- Ensure that extra small size is not larger than the large size
([`17baf71`](https://togithub.com/material-components/material-components-android/commit/17baf71972016cf4608d9c83b902bb2debee585b))
- Fixed crash when recyclerview has a size of zero.
([`26c3129`](https://togithub.com/material-components/material-components-android/commit/26c31292012868d7e9889f6ecee7559c61caa5b2))
- When navigating with keyboard, scroll focused item to nearest focal
keyline, not the first focal keyline
([`fb9c1c6`](https://togithub.com/material-components/material-components-android/commit/fb9c1c6edfbdbe4791043a128c03a7fad5fd99f0))
- Force hero strategy to be start-aligned if there are not enough items
to make it center-aligned
([`9a2347b`](https://togithub.com/material-components/material-components-android/commit/9a2347bda5312dd6dc3ab7818a6f71297dcf018b))
- Add logic for multibrowse strategy to change strategy when number of
items is less than the number of keylines
([`cbb380d`](https://togithub.com/material-components/material-components-android/commit/cbb380df61f8eb66273043b437582c8058df7088))
- Fixed focus order when using keyboard navigation for hero carousels.
([`0356f24`](https://togithub.com/material-components/material-components-android/commit/0356f24a63b5c47ee23cbf5c0fca4d817e4d6acd))
- Cleaning up multi-browse strategy and removing compact arrangement
([`ed4647d`](https://togithub.com/material-components/material-components-android/commit/ed4647d5dfa42876063521546de2dbcf71914e01))
- Disallowing center aligned hero strategy with only 2 items since it
does not make any sense. With only 2 items there can only be a start
state and end state with the hero strategy.
([`d5d604d`](https://togithub.com/material-components/material-components-android/commit/d5d604d0ccfd73b4345dbea8fd3f833410fd2958))
- Fix issue with uncontained carousel not having a proper end scroll
value due to assumption made in end scroll calculation
([`8cb444b`](https://togithub.com/material-components/material-components-android/commit/8cb444b26856fdb8b0c894eccbf90133efc2a2b6))
- Added tests for hero and multibrowse strategies when the carousel
container is very small.
([`8312162`](https://togithub.com/material-components/material-components-android/commit/8312162f533d1c9fc9e9b15ceca58e3d1d4b61b5))
- Update scroll offset to scroll to the estimated position that it was
at upon an initial load
([`4a6ae4d`](https://togithub.com/material-components/material-components-android/commit/4a6ae4d0b6969311b41b3878e3c0e7f7a0824a72))
- Fixed strategies crashing when there is not enough available space for
a large and a small item
([`c418063`](https://togithub.com/material-components/material-components-android/commit/c418063205d74233a6235d7f7fd39be7deeb4bc7))
- Tweak uncontained strategy logic to adjust medium size items to
improve motion
([`93660d4`](https://togithub.com/material-components/material-components-android/commit/93660d424139642320c85a098f0fb728126d4838))
- Fixed formatted for KeylineState and KeylineStateList
([`b80d9a5`](https://togithub.com/material-components/material-components-android/commit/b80d9a5ef4d93567554d5aac85c4070b4577d9fc))
- Fixed keyline shifting in RTL for uncontained carousels
([`7151714`](https://togithub.com/material-components/material-components-android/commit/71517147110227e8032f5b064d6b59c5e3f117de))
- Reduce the number of truncations in intermediate calculations
([`4ce7e4c`](https://togithub.com/material-components/material-components-android/commit/4ce7e4c8fa84ce05a6c34591855dd1207e44e42b))
- Update vertical scroll speed to be faster
([`c6ea2d4`](https://togithub.com/material-components/material-components-android/commit/c6ea2d404023ca1a92cb95eb3f177579df1c2d28))
- Fix some a11y bugs in Carousel
([`3d84841`](https://togithub.com/material-components/material-components-android/commit/3d84841caddd6e0127e67721844a3900225ab3a9))
- Center aligned uncontained carousel
([`b6f6eb5`](https://togithub.com/material-components/material-components-android/commit/b6f6eb555a0477322aa1ab4115f90d74d25a2266))
- Add left-aligned uncontained strategy
([`9d81cac`](https://togithub.com/material-components/material-components-android/commit/9d81cac125144576501ca19dafa835625e5cf5c7))
- Fix orientation not correct in item decoration calculations
([`966f7da`](https://togithub.com/material-components/material-components-android/commit/966f7daec9d02092aadc63324212be9ae6dc8f2a))
- Update mask size on size change if mask x percentage has been set
([`dc91b39`](https://togithub.com/material-components/material-components-android/commit/dc91b39d7c9af5a531a4f2f761297c6e44b8f08c))
- Fix issue with next carousel item not being masked properly
([`a16f180`](https://togithub.com/material-components/material-components-android/commit/a16f180ce7da65107305ba3a8c85db3e149767c1))
- Add a layout listener to recyclerview to refresh keyline state upon
size change
([`ff52862`](https://togithub.com/material-components/material-components-android/commit/ff528621b3b550979c64f41aaec47438de30f061))
- Remove default list from Carousel catalog demos as it is not an
example of a carousel
([`0171624`](https://togithub.com/material-components/material-components-android/commit/0171624c16c799ca4e2dbe01e647a706fe7b895e))
- Add carousel alignment attribute
([`547156e`](https://togithub.com/material-components/material-components-android/commit/547156e497b692eff7e85b2b8a44345a7c853689))
- Fix issue with not refreshing keylines
([`674ec44`](https://togithub.com/material-components/material-components-android/commit/674ec4442963f143334906b160ac5cb5a6fd9985))
- Fixed MaskableFrameLayout not updating mask after size change when
setting the mask using setMaskXPercentage.
([`14023d2`](https://togithub.com/material-components/material-components-android/commit/14023d2c8589a515ae0d80f75f301077aa324f08))
- Adding docs for fullscreen carousel strategy
([`7c40359`](https://togithub.com/material-components/material-components-android/commit/7c40359d2b920d37effd58fdb0f4834fb4f4bf0f))
- Add fullscreen demo to catalog
([`ad6afbf`](https://togithub.com/material-components/material-components-android/commit/ad6afbf6d85d81a85fa855830c8dadba43095905))
- Add full screen strategy
([`bc54f2e`](https://togithub.com/material-components/material-components-android/commit/bc54f2e4b37307c53521f2789a1789aff7158173))
- `Catalog`
- Use BottomSheetDialogFragment
([`2c53952`](https://togithub.com/material-components/material-components-android/commit/2c539524ec62713028e9521ca7b80c38c6aabf9c))
- Update navigation drawer state handling to be more accurate in demo
([`74ac87c`](https://togithub.com/material-components/material-components-android/commit/74ac87cb612dffc31767fc829fbc86d69945c2b6))
- Update navigation drawer state handling to be more accurate in custom
drawer demo
([`1252d4f`](https://togithub.com/material-components/material-components-android/commit/1252d4f2639b2c98136b3de5a1e16a0facc56a78))
- When bottom sheet is collapsed, back callback is enabled
([`98439df`](https://togithub.com/material-components/material-components-android/commit/98439df4fb9c79c3f4bab3107b995fc612702ec1))
- Update side sheet state handling to be more accurate in demos
([`357cf2d`](https://togithub.com/material-components/material-components-android/commit/357cf2d9ca79227a35c48903bf73270bc92e105c))
- Update bottom sheet state handling to be more accurate in demos
([`f9102c7`](https://togithub.com/material-components/material-components-android/commit/f9102c745ad8b84dc16a4914665f2bb40aa4f5a2))
- Fixed demos in RTL
([`4e1b130`](https://togithub.com/material-components/material-components-android/commit/4e1b130cdfdff619d9629d39f90c81332efb4a4e))
- Make side sheet demo icon easier to see in dark mode
([`79a1953`](https://togithub.com/material-components/material-components-android/commit/79a19537d70aef6f451910b4432ca2099afe6f7b))
- Remove explicit Catalog dependency on androidx.activity now that
library depends on it
([`3bb69f5`](https://togithub.com/material-components/material-components-android/commit/3bb69f501af9b98d2634583de98ae57ee9bf7d4e))
- buid.gradle update.
([`4847799`](https://togithub.com/material-components/material-components-android/commit/484779902e6cc01e305134a218cfae84370da4e6))
- Remove edge-to-edge to top app bar demos due to glitches in ActionBar
demo
([`c40e468`](https://togithub.com/material-components/material-components-android/commit/c40e46882088487aadd8ba7626125caa44555e5e))
- Update slider position when carousel is scrolled in uncontained
carousel demo
([`480bbc6`](https://togithub.com/material-components/material-components-android/commit/480bbc6a9b3c11c35b35c3e08ac9034f70619d6c))
- Applied edge-to-edge to top app bar demos
([`aa5b5bc`](https://togithub.com/material-components/material-components-android/commit/aa5b5bc157d935cf616ce8d172d157d008308038))
- Add uncontained carousel demo to catalog
([`ef9f918`](https://togithub.com/material-components/material-components-android/commit/ef9f91864f52f3a4335a82a073eea2cff7991c2d))
- Update slider position when carousel is scrolled in catalog demos
([`3652fde`](https://togithub.com/material-components/material-components-android/commit/3652fde271bb7ef9bf4ff6262cc8288bd3a26fe2))
- Applied edge-to-edge to bottom sheet in Carousel demo
([`6c2dd5d`](https://togithub.com/material-components/material-components-android/commit/6c2dd5d69ee6e050f714d82fbe5e5ce2e5ec4fae))
- Fix fullscreen vertical carousel to use vertical dividers
([`af7d09a`](https://togithub.com/material-components/material-components-android/commit/af7d09a43d29f4820f695119e6dad3df18e357cf))
- Add alignment option to hero carousel
([`7cfd30f`](https://togithub.com/material-components/material-components-android/commit/7cfd30f99b0ccb44540d124b9cca201d1b707e3b))
- `Chip`
- Fix a typo in attributes table in documentation
([`7289aa6`](https://togithub.com/material-components/material-components-android/commit/7289aa681d573921570b81b4784246fdcb2071d1))
- `CollapsingToolbarLayout`
- Fix issue where expanded text gets ellipsized too aggressively when
using title fade mode and the toolbar has menu items
([`094e3e2`](https://togithub.com/material-components/material-components-android/commit/094e3e21eac24258604d367e04286f6ed247257d))
- Fixed title collapse fade mode color to use a Tonal Surface role
instead of elevation overlay
([`5f2b4b2`](https://togithub.com/material-components/material-components-android/commit/5f2b4b2531b9074126e9659c23d24c6689838545))
- `Color`
- Delete unused contrast resources
([`541df07`](https://togithub.com/material-components/material-components-android/commit/541df074a7c9a08dbde19e32778e7f05624355af))
- Updated focused and pressed state from 0.12 to 0.10 to increase the
contrast ratio with tonal surface color.
([`bc824b4`](https://togithub.com/material-components/material-components-android/commit/bc824b4344c90e183eca8aca2d9019da6cb5ebee))
- Updated colors of container transform demo
([`d16f223`](https://togithub.com/material-components/material-components-android/commit/d16f22341e2a7fe42db4b234f91e76a652246a8a))
- Add ColorStateListDrawable support
([`0663019`](https://togithub.com/material-components/material-components-android/commit/0663019f45f921edec76ac3506d6708cf8306002))
- Removed layered drawable for the background after tonal surface color.
([`b5d6f1a`](https://togithub.com/material-components/material-components-android/commit/b5d6f1ae451c86696252114a2e9d4d5a4ba6c514))
- Upgraded to v0.170 for tonal surface colors.
([`8204856`](https://togithub.com/material-components/material-components-android/commit/8204856dd45da7f0e22c5d8131014e072340796e))
- Update constructor comments
([`ba465a2`](https://togithub.com/material-components/material-components-android/commit/ba465a2b17fdab3869d2930819da4054843e20d7))
- `Divider`
- Add RTL support
([`6b897c6`](https://togithub.com/material-components/material-components-android/commit/6b897c6121cfa3822133c0984807755b45634efb))
- `Documentation`
- Add note to clarify that automatic back handling in components is only
for API 33+
([`ad2b5f8`](https://togithub.com/material-components/material-components-android/commit/ad2b5f8f8bba4d7ad44c26ba26d1036e2fd81144))
- Update Predictive Back doc to recommend 1.10.0 stable version
([`b8b1a66`](https://togithub.com/material-components/material-components-android/commit/b8b1a662de6fe08a8336bdd54ae91255f1b9a3d8))
- Update doc to explain how to allow Top App Bar to grow taller in
response to system font setting
([`a01a68d`](https://togithub.com/material-components/material-components-android/commit/a01a68de2d0ad68576f0e0484dd108fcb07226c7))
- Fix carousel docs
([`247240c`](https://togithub.com/material-components/material-components-android/commit/247240c3cdd8d6bd7a352556e5981f9dbeced8b2))
- Add uncontained variant docs
([`9ee4aba`](https://togithub.com/material-components/material-components-android/commit/9ee4aba0071995345d4b71be6bb91be776337afe))
- Minor code block improvements
([`d7e75bb`](https://togithub.com/material-components/material-components-android/commit/d7e75bba59c1406166d8acbf40cd803e6bc12ca1))
- Add guidance in fullscreen strategy docs about portrait orientation
([`caec8d2`](https://togithub.com/material-components/material-components-android/commit/caec8d284918daceb5a66d09a3ccbb50e9c5b2c1))
- Update chip documentation to use `setOnCheckedStateChangeListener`
instead of `setOnCheckedChangeListener` which was deprecated in favour
of the former
([`0582b1a`](https://togithub.com/material-components/material-components-android/commit/0582b1a094b48ece8cdc5e83a3a0378748846788))
- Update example in docs to use `colorContainer` and `colorOnContainer`
instead of `colorPrimary` and `colorOnPrimary`.
([`44bfe2d`](https://togithub.com/material-components/material-components-android/commit/44bfe2ddb866338e793693fd2fda5b982e2a2e10))
- Updated Color dev doc with tonal surface colors.
([`9a4c21d`](https://togithub.com/material-components/material-components-android/commit/9a4c21d77a67f349606fd4194a7d09395ac1d467))
- Updated dev doc for tonal surface colors in affected components.
([`2114a11`](https://togithub.com/material-components/material-components-android/commit/2114a11378fd801b32cd7431bb8a2c94de4f462c))
- Crosslink github docs in javadocs
([`e3b255b`](https://togithub.com/material-components/material-components-android/commit/e3b255b3a01e06bf471f5394a7fcb3458a528b13))
- Cross-reference m.io and DAC in Github docs
([`1785bbf`](https://togithub.com/material-components/material-components-android/commit/1785bbfabeabe747924c13e49050d2e8da585fd4))
- `Material 3`
- Introduce U color tokens
([`ad63d3f`](https://togithub.com/material-components/material-components-android/commit/ad63d3ff7e2e0fa6a6c23a9c4f50a2f40fc723f1))
- Add Meizu to dynamic colors allowlist
([`faf9a32`](https://togithub.com/material-components/material-components-android/commit/faf9a3277046eaa7af9dbd3a4c999d33db50088d))
- Remove resources loader support for tonal surface update
([`1a9d54f`](https://togithub.com/material-components/material-components-android/commit/1a9d54fa419aafd670711a8e83d23aa48c9894b4))
- Added default framework text colors
([`d3dda60`](https://togithub.com/material-components/material-components-android/commit/d3dda60296c7bd6c64d7cde7abcfc7fc28cc1f0e))
- Updated contrast documentation
([`1d3b8e1`](https://togithub.com/material-components/material-components-android/commit/1d3b8e136dd90a189e2e7f168244a47b7ef2b5aa))
- Add shift to dynamic colors allowlist
([`fde37cf`](https://togithub.com/material-components/material-components-android/commit/fde37cfba55340039c8137218da1b813831779eb))
- Expose attr contrastColorThemeOverlay
([`839b14c`](https://togithub.com/material-components/material-components-android/commit/839b14cf0f844366f1727d4f6a3908898ab0e379))
- Add dynamic contrast support
([`862a7e1`](https://togithub.com/material-components/material-components-android/commit/862a7e10c9436be00b9f5b42d6946dfcb8ec8d07))
- `MaterialCardView`
- Support `android:duplicateParentState`.
([`31af945`](https://togithub.com/material-components/material-components-android/commit/31af945caa6216237441e5888c2714464075b2d7))
- `MaterialDatePicker`
- Added builder methods for customizing the positive and negative button
content descriptions
([`a00ee50`](https://togithub.com/material-components/material-components-android/commit/a00ee50907e7bcfc442df7c96fdcaa24f212ccec))
- Fix header layout overlapping
([`5f1cab6`](https://togithub.com/material-components/material-components-android/commit/5f1cab65b11b063e645cc166f12fcca9e1de842a))
- Fixing the "Column of Days:" announcement causing Talkback verbosity
([`a782e7a`](https://togithub.com/material-components/material-components-android/commit/a782e7a1d888fe4234a58869314c31ba01d5084a))
- `NavigationView`
- Set material drawable background if the background has been set as a
ColorStateList
([`eba40e9`](https://togithub.com/material-components/material-components-android/commit/eba40e93452b21bebaf9ed3c30e031f0d321f903))
- `Predictive Back`
- Update to use decelerate interpolator
([`5559cbc`](https://togithub.com/material-components/material-components-android/commit/5559cbc7c7eef1bad325b41bcf1635bac9af1e89))
- Fix issue where predictive back is not enabled in NavigationView after
rotating the screen or restarting the activity when the NavigationView
is already opened as a drawer
([`bccbd4f`](https://togithub.com/material-components/material-components-android/commit/bccbd4f778f59a263ae627be771d5d4409ce4dd2))
- Fix issue where modal accessibility is not reset after collapsing
search view predictively, which caused the screen to appear frozen when
using TalkBack
([`8d83a31`](https://togithub.com/material-components/material-components-android/commit/8d83a31b6be228f43b87254dda544d5bd2b807f5))
- Fixed IllegalStateException crashes caused by
MaterialBackAnimationHelper.
([`02dc779`](https://togithub.com/material-components/material-components-android/commit/02dc77923bb0ad313d8d5a840473db6f17b1051a))
- Fixed `UnsupportedOperationException` `AnimatorSet` crash in
`SearchView`.
([`f101532`](https://togithub.com/material-components/material-components-android/commit/f10153257f6f3fdc112be6a2a4c7eb2e02bf5ed6))
- `ProgressIndicator`
- Allow extending LinearProgressIndicator and CircularProgressIndicator
(Closes
[#​2361](https://togithub.com/material-components/material-components-android/issues/2361))
([`3b0fd58`](https://togithub.com/material-components/material-components-android/commit/3b0fd5868e5a2cd7ac780f2543e94aabd0422d0f))
- `Search`
- Set the `editable` property within `SearchBar`'s
`AccessibilityNodeInfo` representation.
([`be1395b`](https://togithub.com/material-components/material-components-android/commit/be1395bceff22a10ae0e8164cb43fd4908961717))
- Fix issue where predictive back is not enabled in SearchView after
rotating the screen or restarting the activity when the SearchView is
already expanded
([`a51561d`](https://togithub.com/material-components/material-components-android/commit/a51561d8b834a3612b97fa811b49e9680c9bbdc3))
- Enforced outline variant to use colorSurface as container color.
([`720998d`](https://togithub.com/material-components/material-components-android/commit/720998dcbddc93bdcb26643b64fafd29fcfccc90))
- Added support to set a default content description if a content
description is not set explicitly.
([`c15a323`](https://togithub.com/material-components/material-components-android/commit/c15a3231402ab827405398992c3d7eac22dd9cd9))
- `SideSheet`
- Add left sheet/sheet edge documentation.
([`d440e3c`](https://togithub.com/material-components/material-components-android/commit/d440e3c4f89baaa4edfdb89213125d7fd13c7522))
- Fix mixed language snippet
([`f91f17b`](https://togithub.com/material-components/material-components-android/commit/f91f17bb4f1d20c7e6c074cba08d51bc6417fa69))
- `Switch`
- Fix drawable scaling for API < 23
([`a10c508`](https://togithub.com/material-components/material-components-android/commit/a10c5083a9e8ffb58903d9631235fe5f71766010))
- Amendments to thumb icon size support
([`db9a641`](https://togithub.com/material-components/material-components-android/commit/db9a6412ec913e84ebe1f090d54e2d838efe40bc))
- `Tabs`
- Integrated divider token output into the background drawables.
([`6b627c2`](https://togithub.com/material-components/material-components-android/commit/6b627c20e29c811fbd68fdc1ad984b48548b4f9b))
- `TextInputLayout`
- Fix editText paddings on pre-Lollipop
([`2590c42`](https://togithub.com/material-components/material-components-android/commit/2590c42764fc2178114bcd53c339b5368ba2c5d3))
- Fix onMeasure() infinite loop bug caused by posting requestLayout()
before endLayout is fully rendered.
([`93360a5`](https://togithub.com/material-components/material-components-android/commit/93360a5a5d2549c14599507db94423906d5a9757))
- Mutate cursor drawable before tinting it.
([`9a4888f`](https://togithub.com/material-components/material-components-android/commit/9a4888f958cfb6c220a01a9615cf62f8e36500e0))
- `Theming`
- Fix swapped error colors for dynamic contrast theme in light mode
([`f2ccc11`](https://togithub.com/material-components/material-components-android/commit/f2ccc116ea2ada7bcb48ce7388a6c927497b25f3))
- `TimePicker`
- Fix layout getting cut on narrow screens
([`d10201d`](https://togithub.com/material-components/material-components-android/commit/d10201dc88f919421b3bc4d8d7aa432de685c892))
- `Tokens`
- Upgraded to v0.175.
([`bfee8a7`](https://togithub.com/material-components/material-components-android/commit/bfee8a74d7c2e77e1be4195bd2ca81edfcc3da67))
- `TopAppBar`
- Simplified logics to animate the container color between lifted state
and the default state.
([`1e9f5f0`](https://togithub.com/material-components/material-components-android/commit/1e9f5f07305bd3bcf59e874eecf0bc9e062a0501))
- Fix dynamic status bar foreground lift on scroll color when using
Tonal Surface Color on API Level 33
([`c4ae01a`](https://togithub.com/material-components/material-components-android/commit/c4ae01a5a5739d5b52eaec4492dbc6cc304a9457))
- Fix dynamic status bar foreground lift on scroll color when using
Tonal Surface Color
([`569ddac`](https://togithub.com/material-components/material-components-android/commit/569ddac527f6c37b718a2e0dcfb4148fceac4713))
- Fixed that liftOnScrollColor doesn't respect to setLifted when
liftOnScroll is set to false.
([`43242f2`](https://togithub.com/material-components/material-components-android/commit/43242f20de8df34f7d693eadadf9543592ecaf60))
- Added liftOnScroll and lifted toggles to the catalog.
([`4e995d1`](https://togithub.com/material-components/material-components-android/commit/4e995d1f8132f34928152f18493c918bb40987d6))
- Added getMaterialShapeBackground() to return a MaterialShapeDrawable
object of the background (non-lifted layer).
([`c7a0adf`](https://togithub.com/material-components/material-components-android/commit/c7a0adf8dd416c98c25c50740e286bd666826764))
- Updated the handling of liftOnScrollColor not override
android:background.
([`2b476b3`](https://togithub.com/material-components/material-components-android/commit/2b476b3a96ef0ab52206ca0cae479a501a0130ff))
- `Other`
- Cleanup date formats that specify the same field multiple times.
([`f1da3c3`](https://togithub.com/material-components/material-components-android/commit/f1da3c384f780ffa2597bbc20b3dc3cb0fa8e9bc))
- Update androidx.activity dependency to version 1.8.0
([`733fe20`](https://togithub.com/material-components/material-components-android/commit/733fe20d88a093cb52631294951eedf906a967d0))
- Update androidx.activity dependency to version 1.8.0-rc01
([`2cfb127`](https://togithub.com/material-components/material-components-android/commit/2cfb12709599c274763aafee97dc2de952b49153))
- Remove android:targetSdk where it's not needed
([`09382b8`](https://togithub.com/material-components/material-components-android/commit/09382b896c4d3fcf75116d60f26a5b40be88bd7d))
- Update androidx.activity dependency to version 1.8.0-beta01
([`f93c65c`](https://togithub.com/material-components/material-components-android/commit/f93c65c347bd62497f79ff4593f4009a18098890))
- Added a comment before overridden resources.
([`7d8681f`](https://togithub.com/material-components/material-components-android/commit/7d8681f71ded9fa6e31262c847e4fef9c7a88c71))
- Delete BackLayer component
([`4c89301`](https://togithub.com/material-components/material-components-android/commit/4c8930133040f4479524c33aab639fd4a463db3c))
- Stop running Robolectric tests on APIs < 19.
([`0a6a8a9`](https://togithub.com/material-components/material-components-android/commit/0a6a8a971dbeffa47359fa83bf8719ccaa6a21e7))
- Fixed corrupt gradle jar file.
([`ed9b541`](https://togithub.com/material-components/material-components-android/commit/ed9b54129d926fb9d6e91ac7330d8c681ce8b342))
- Upgrade Gradle to 7.6.2.
([`04c0582`](https://togithub.com/material-components/material-components-android/commit/04c05826e4629b8b4bcd80c0d24c81b356e5ecd5))
- Consistently use window coordinates to calculate Snackbar offsets. In
one place screen and window coordinates are mixed, which leads to bad
behavior in split screen apps.
([`57b2663`](https://togithub.com/material-components/material-components-android/commit/57b26639d8b0c376ba70f4d653ce07347880839d))
- 1.11.0-alpha01 Release.
([`76a681a`](https://togithub.com/material-components/material-components-android/commit/76a681abf6500724153d3ba86f40ac9d8ce24438))
#### Full list of release notes
-
[1.11.0-alpha01](https://togithub.com/material-components/material-components-android/releases/tag/1.11.0-alpha01)
-
[1.11.0-alpha02](https://togithub.com/material-components/material-components-android/releases/tag/1.11.0-alpha02)
-
[1.11.0-alpha03](https://togithub.com/material-components/material-components-android/releases/tag/1.11.0-alpha03)
-
[1.11.0-alpha04](https://togithub.com/material-components/material-components-android/releases/tag/1.11.0-alpha04)
-
[1.11.0-alpha05](https://togithub.com/material-components/material-components-android/releases/tag/1.11.0-alpha05)
-
[1.11.0-alpha06](https://togithub.com/material-components/material-components-android/releases/tag/1.11.0-alpha06)
-
[1.11.0-beta01](https://togithub.com/material-components/material-components-android/releases/tag/1.11.0-beta01)
-
[1.11.0-rc01](https://togithub.com/material-components/material-components-android/releases/tag/1.11.0-rc01)
#### Full list of changes
</details>
---
### Configuration
📅 **Schedule**: Branch creation - At any time (no schedule defined),
Automerge - At any time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/pachli/pachli-android).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4xMjEuMCIsInVwZGF0ZWRJblZlciI6IjM3LjEyMS4wIiwidGFyZ2V0QnJhbmNoIjoibWFpbiJ9-->
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
2024-01-08 18:19:43 +01:00
|
|
|
material = "1.11.0"
|
2023-11-20 20:37:56 +01:00
|
|
|
material-drawer = "9.0.2"
|
2024-03-16 18:42:11 +01:00
|
|
|
material-iconics = "5.4.0"
|
2022-11-04 20:10:26 +01:00
|
|
|
material-typeface = "4.0.0.2-kotlin"
|
2023-03-13 10:20:08 +01:00
|
|
|
mockito-inline = "5.2.0"
|
2024-04-15 21:34:56 +02:00
|
|
|
mockito-kotlin = "5.3.1"
|
2024-02-09 12:41:13 +01:00
|
|
|
moshi = "1.15.1"
|
2024-06-18 15:48:44 +02:00
|
|
|
moshix = "0.27.1"
|
2022-11-04 20:10:26 +01:00
|
|
|
networkresult-calladapter = "1.0.0"
|
2023-11-16 17:11:55 +01:00
|
|
|
okhttp = "4.12.0"
|
2024-02-04 21:09:45 +01:00
|
|
|
quadrant = "1.9.1"
|
2024-04-05 18:19:18 +02:00
|
|
|
retrofit = "2.11.0"
|
2024-06-18 14:30:17 +02:00
|
|
|
robolectric = "4.12.2"
|
fix(deps): update dependency io.github.z4kn4fein:semver to v2 (#609)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
|
[io.github.z4kn4fein:semver](https://z4kn4fein.github.io/kotlin-semver)
([source](https://togithub.com/z4kn4fein/kotlin-semver)) | `1.4.2` ->
`2.0.0` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>z4kn4fein/kotlin-semver (io.github.z4kn4fein:semver)</summary>
###
[`v2.0.0`](https://togithub.com/z4kn4fein/kotlin-semver/blob/HEAD/CHANGELOG.md#200---2024-04-05)
[Compare
Source](https://togithub.com/z4kn4fein/kotlin-semver/compare/1.4.2...2.0.0)
##### Changed
- Kotlin version to `1.9.23`.
##### Added
- `wasmJs`, `wasmWasi`, `androidNativeArm32`, `androidNativeArm64`,
`androidNativeX86`, `androidNativeX64`, `watchosDeviceArm64` targets.
##### Removed
- Not supported `mingwX86`, `watchosX86`, `iosArm32` targets.
</details>
---
### Configuration
📅 **Schedule**: Branch creation - At any time (no schedule defined),
Automerge - At any time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/pachli/pachli-android).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4yNjkuMiIsInVwZGF0ZWRJblZlciI6IjM3LjI2OS4yIiwidGFyZ2V0QnJhbmNoIjoibWFpbiJ9-->
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
2024-04-10 09:36:44 +02:00
|
|
|
semver = "2.0.0"
|
2022-11-04 20:10:26 +01:00
|
|
|
sparkbutton = "4.1.0"
|
2023-11-04 22:22:44 +01:00
|
|
|
timber = "5.0.1"
|
2023-09-27 12:10:49 +02:00
|
|
|
touchimageview = "3.6"
|
fix(deps): update dependency com.google.truth:truth to v1.4.2 (#484)
[](https://renovatebot.com)
This PR contains the following updates:
| Package | Change | Age | Adoption | Passing | Confidence |
|---|---|---|---|---|---|
| [com.google.truth:truth](https://togithub.com/google/truth) | `1.4.1`
-> `1.4.2` |
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
[](https://docs.renovatebot.com/merge-confidence/)
|
---
> [!WARNING]
> Some dependencies could not be looked up. Check the Dependency
Dashboard for more information.
---
### Release Notes
<details>
<summary>google/truth (com.google.truth:truth)</summary>
### [`v1.4.2`](https://togithub.com/google/truth/releases/tag/v1.4.2):
1.4.2
[Compare
Source](https://togithub.com/google/truth/compare/v1.4.1...v1.4.2)
This release is the final step of copying all our methods from `Truth8`
to `Truth`. If you have not already migrated your usages from `Truth8`
to `Truth`, you may see build errors:
OptionalSubjectTest.java:39: error: reference to assertThat is ambiguous
assertThat(Optional.of("foo")).isPresent();
^
both method
assertThat(@​org.checkerframework.checker.nullness.qual.Nullable
Optional<?>) in Truth8 and method
assertThat(@​org.checkerframework.checker.nullness.qual.Nullable
Optional<?>) in Truth match
In most cases, you can migrate your whole project mechanically: `git
grep -l Truth8 | xargs perl -pi -e 's/\bTruth8\b/Truth/g;'`. (You can
make that change before upgrading to Truth 1.4.2 or as part of the same
commit.)
If you instead need to migrate your project incrementally (for example,
because it is very large), you may want to upgrade your version of Truth
incrementally, too, following our instructions for
[1.3.0](https://togithub.com/google/truth/releases/tag/v1.3.0) and
[1.4.0](https://togithub.com/google/truth/releases/tag/v1.4.0).
#### For help
Please feel welcome to [open an
issue](https://togithub.com/google/truth/issues/new) to report problems
or request help.
#### Changelog
- Removed temporary type parameters from `Truth.assertThat(Stream)` and
`Truth.assertThat(Optional)`. This can create build errors, which you
can fix by replacing all your references to `Truth8` with references to
`Truth`.
([`45782bd`](https://togithub.com/google/truth/commit/45782bd0e))
</details>
---
### Configuration
📅 **Schedule**: Branch creation - At any time (no schedule defined),
Automerge - At any time (no schedule defined).
🚦 **Automerge**: Disabled by config. Please merge this manually once you
are satisfied.
♻ **Rebasing**: Whenever PR becomes conflicted, or you tick the
rebase/retry checkbox.
🔕 **Ignore**: Close this PR and you won't be reminded about this update
again.
---
- [ ] <!-- rebase-check -->If you want to rebase/retry this PR, check
this box
---
This PR has been generated by [Mend
Renovate](https://www.mend.io/free-developer-tools/renovate/). View
repository job log
[here](https://developer.mend.io/github/pachli/pachli-android).
<!--renovate-debug:eyJjcmVhdGVkSW5WZXIiOiIzNy4yMjAuMiIsInVwZGF0ZWRJblZlciI6IjM3LjIyMC4yIiwidGFyZ2V0QnJhbmNoIjoibWFpbiJ9-->
Co-authored-by: renovate[bot] <29139614+renovate[bot]@users.noreply.github.com>
2024-03-01 23:08:02 +01:00
|
|
|
truth = "1.4.2"
|
2024-03-06 21:01:55 +01:00
|
|
|
turbine = "1.1.0"
|
2023-02-21 19:39:49 +01:00
|
|
|
unified-push = "2.1.1"
|
2023-03-10 20:30:55 +01:00
|
|
|
xmlwriter = "1.0.4"
|
2022-11-04 20:10:26 +01:00
|
|
|
|
2024-04-15 15:06:55 +02:00
|
|
|
# Tool dependencies
|
|
|
|
|
betterparse = "0.4.4"
|
2024-04-30 14:42:55 +02:00
|
|
|
clikt = "4.4.0"
|
2024-04-22 20:40:51 +02:00
|
|
|
icu4j = "75.1"
|
2024-04-15 15:06:55 +02:00
|
|
|
junit-jupiter = "5.10.2"
|
2024-04-15 21:35:06 +02:00
|
|
|
kotlin-logging-jvm = "6.0.9"
|
2024-04-24 12:07:49 +02:00
|
|
|
logback = "1.5.6"
|
2024-04-15 15:06:55 +02:00
|
|
|
|
2023-02-04 19:58:53 +01:00
|
|
|
[plugins]
|
2023-09-01 20:33:23 +02:00
|
|
|
aboutlibraries = { id = "com.mikepenz.aboutlibraries.plugin", version.ref = "aboutlibraries" }
|
2023-02-04 19:58:53 +01:00
|
|
|
android-application = { id = "com.android.application", version.ref = "agp" }
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
android-library = { id = "com.android.library", version.ref = "agp" }
|
|
|
|
|
android-lint = { id = "com.android.lint", version.ref = "agp" }
|
|
|
|
|
google-ksp = { id = "com.google.devtools.ksp", version.ref = "ksp" }
|
2023-10-07 19:30:11 +02:00
|
|
|
hilt = { id = "com.google.dagger.hilt.android", version.ref = "hilt" }
|
2023-02-04 19:58:53 +01:00
|
|
|
kotlin-android = { id = "org.jetbrains.kotlin.android", version.ref = "kotlin" }
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
kotlin-jvm = { id = "org.jetbrains.kotlin.jvm", version.ref = "kotlin" }
|
2023-02-04 19:58:53 +01:00
|
|
|
kotlin-parcelize = { id = "org.jetbrains.kotlin.plugin.parcelize", version.ref = "kotlin" }
|
2024-05-23 19:55:41 +02:00
|
|
|
ktlint = "org.jlleitschuh.gradle.ktlint:12.1.1"
|
2023-10-25 18:39:31 +02:00
|
|
|
room = { id = "androidx.room", version.ref = "androidx-room" }
|
2023-12-07 18:36:00 +01:00
|
|
|
quadrant = { id = "com.gaelmarhic.quadrant", version.ref = "quadrant" }
|
2024-03-21 17:10:55 +01:00
|
|
|
apollographql = { id = "com.apollographql.apollo3", version.ref = "apollographql"}
|
2023-02-04 19:58:53 +01:00
|
|
|
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
# Plugins defined by this project
|
|
|
|
|
pachli-android-application = { id = "pachli.android.application", version = "unspecified" }
|
|
|
|
|
pachli-android-application-flavors = { id = "pachli.android.application.flavors", version = "unspecified" }
|
|
|
|
|
pachli-android-hilt = { id = "pachli.android.hilt", version = "unspecified" }
|
|
|
|
|
pachli-android-library = { id = "pachli.android.library", version = "unspecified" }
|
|
|
|
|
pachli-android-room = { id = "pachli.android.room", version = "unspecified" }
|
2024-04-15 15:06:55 +02:00
|
|
|
pachli-tool = { id = "pachli.tool", version = "unspecified" }
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
|
2022-11-04 20:10:26 +01:00
|
|
|
[libraries]
|
2023-09-01 20:33:23 +02:00
|
|
|
aboutlibraries-core = { module = "com.mikepenz:aboutlibraries-core", version.ref = "aboutlibraries" }
|
|
|
|
|
aboutlibraries-legacy-ui = { module = "com.mikepenz:aboutlibraries", version.ref = "aboutlibraries" }
|
2023-12-12 23:25:09 +01:00
|
|
|
acra-dialog = { module = "ch.acra:acra-dialog", version.ref = "acra" }
|
|
|
|
|
acra-mail = { module = "ch.acra:acra-mail", version.ref = "acra" }
|
2022-11-04 20:10:26 +01:00
|
|
|
android-material = { module = "com.google.android.material:material", version.ref = "material" }
|
|
|
|
|
androidx-activity = { module = "androidx.activity:activity-ktx", version.ref = "androidx-activity" }
|
|
|
|
|
androidx-appcompat = { module = "androidx.appcompat:appcompat", version.ref = "androidx-appcompat" }
|
|
|
|
|
androidx-browser = { module = "androidx.browser:browser", version.ref = "androidx-browser" }
|
|
|
|
|
androidx-cardview = { module = "androidx.cardview:cardview", version.ref = "androidx-cardview" }
|
|
|
|
|
androidx-constraintlayout = { module = "androidx.constraintlayout:constraintlayout", version.ref = "androidx-constraintlayout" }
|
|
|
|
|
androidx-core-ktx = { module = "androidx.core:core-ktx", version.ref = "androidx-core" }
|
|
|
|
|
androidx-core-splashscreen = { module = "androidx.core:core-splashscreen", version.ref = "androidx-splashscreen" }
|
|
|
|
|
androidx-core-testing = { module = "androidx.arch.core:core-testing", version.ref = "androidx-testing" }
|
|
|
|
|
androidx-emoji2-core = { module = "androidx.emoji2:emoji2", version.ref = "emoji2" }
|
|
|
|
|
androidx-emoji2-views-core = { module = "androidx.emoji2:emoji2-views", version.ref = "emoji2" }
|
|
|
|
|
androidx-emoji2-view-helper = { module = "androidx.emoji2:emoji2-views-helper", version.ref = "emoji2" }
|
|
|
|
|
androidx-exifinterface = { module = "androidx.exifinterface:exifinterface", version.ref = "androidx-exifinterface" }
|
|
|
|
|
androidx-fragment-ktx = { module = "androidx.fragment:fragment-ktx", version.ref = "androidx-fragment" }
|
2024-03-11 10:49:58 +01:00
|
|
|
androidx-hilt-common = { module = "androidx.hilt:hilt-common", version.ref = "androidx-hilt" }
|
|
|
|
|
androidx-hilt-compiler = { module = "androidx.hilt:hilt-compiler", version.ref = "androidx-hilt" }
|
|
|
|
|
androidx-hilt-work = { module = "androidx.hilt:hilt-work", version.ref = "androidx-hilt" }
|
2023-03-13 13:16:49 +01:00
|
|
|
androidx-lifecycle-common-java8 = { module = "androidx.lifecycle:lifecycle-common-java8", version.ref = "androidx-lifecycle" }
|
|
|
|
|
androidx-lifecycle-livedata-ktx = { module = "androidx.lifecycle:lifecycle-livedata-ktx", version.ref = "androidx-lifecycle" }
|
|
|
|
|
androidx-lifecycle-reactivestreams-ktx = { module = "androidx.lifecycle:lifecycle-reactivestreams-ktx", version.ref = "androidx-lifecycle" }
|
|
|
|
|
androidx-lifecycle-viewmodel-ktx = { module = "androidx.lifecycle:lifecycle-viewmodel-ktx", version.ref = "androidx-lifecycle" }
|
2023-08-10 19:31:55 +02:00
|
|
|
androidx-media3-exoplayer = { module = "androidx.media3:media3-exoplayer", version.ref = "androidx-media3" }
|
|
|
|
|
androidx-media3-exoplayer-dash = { module = "androidx.media3:media3-exoplayer-dash", version.ref = "androidx-media3" }
|
|
|
|
|
androidx-media3-exoplayer-hls = { module = "androidx.media3:media3-exoplayer-hls", version.ref = "androidx-media3" }
|
|
|
|
|
androidx-media3-exoplayer-rtsp = { module = "androidx.media3:media3-exoplayer-rtsp", version.ref = "androidx-media3" }
|
|
|
|
|
androidx-media3-datasource-okhttp = { module = "androidx.media3:media3-datasource-okhttp", version.ref = "androidx-media3" }
|
|
|
|
|
androidx-media3-ui = { module = "androidx.media3:media3-ui", version.ref = "androidx-media3" }
|
2022-11-04 20:10:26 +01:00
|
|
|
androidx-paging-runtime-ktx = { module = "androidx.paging:paging-runtime-ktx", version.ref = "androidx-paging" }
|
|
|
|
|
androidx-preference-ktx = { module = "androidx.preference:preference-ktx", version.ref = "androidx-preference" }
|
2023-02-04 20:22:29 +01:00
|
|
|
androidx-room-compiler = { module = "androidx.room:room-compiler", version.ref = "androidx-room" }
|
|
|
|
|
androidx-room-paging = { module = "androidx.room:room-paging", version.ref = "androidx-room" }
|
|
|
|
|
androidx-room-ktx = { module = "androidx.room:room-ktx", version.ref = "androidx-room" }
|
|
|
|
|
androidx-room-testing = { module = "androidx.room:room-testing", version.ref = "androidx-room" }
|
2022-11-04 20:10:26 +01:00
|
|
|
androidx-recyclerview = { module = "androidx.recyclerview:recyclerview", version.ref = "androidx-recyclerview" }
|
|
|
|
|
androidx-sharetarget = { module = "androidx.sharetarget:sharetarget", version.ref = "androidx-sharetarget" }
|
|
|
|
|
androidx-swiperefreshlayout = { module = "androidx.swiperefreshlayout:swiperefreshlayout", version.ref = "androidx-swiperefresh-layout" }
|
2023-10-07 19:30:11 +02:00
|
|
|
androidx-test-core-ktx = { module = "androidx.test:core-ktx", version.ref = "androidx-test-core-ktx" }
|
2022-11-04 20:10:26 +01:00
|
|
|
androidx-test-junit = { module = "androidx.test.ext:junit", version.ref = "androidx-junit" }
|
feat: Update activity transitions, prepare for predictive-back (#650)
Previous code used a single animation type (slide) when transitioning,
the transition was quite slow, and didn't behave appropriately if the
device was set to a RTL writing system.
In addition, handling the back affordance didn't work well with the new
"Predictive Back" feature in Android 14
(https://developer.android.com/guide/navigation/custom-back/predictive-back-gesture).
Fix this.
## Transitions
To update the transitions the `startActivityWithSlideInAnimation()`
implementation (and associated `finishWithoutSlideOutAnimation()`) have
been replaced.
There are three transitions; `default`, `slide`, and `explode`,
represented as an enum passed to the activity intent.
The `default` transition is the activity transition from Android 14,
from the Android open source project
(https://cs.android.com/android/platform/superproject/+/android-14.0.0_r18:frameworks/base/core/res/res/anim/;bpv=1).
This is used for most transitions.
The `slide` transition is the pre-existing slide transition, with a
shorter transition time so it feels more responsive, and an RTL
implementation. This is used when there is a strong spatial component to
the navigation, for example, when going from:
- a status to its thread
- a preference menu item to its subscreen
- a filter in a list to the "edit filter" screen
- viewing your profile to editing your profile
The `explode` transition is used when the state of the app changes
significantly, such as when switching accounts.
Activities are now started with `startActivityWithTransition()` which
sets the intent and prepares the transition. `BaseActivity` checks the
intent for the transition type and makes further changes to the
transition as necessary.
## Predictive back
"Predictive back" needs to know what the back button would do before the
user interacts with it with an `onBackPressedCallback` that is either
enabled or disabled. This required refactoring some code (particularly
in `ComposeActivity`) to gather data ahead of time and enable/disable
the callback appropriately.
## Fixed bugs
- Back button wasn't stepping back through the tabs in AccountActivity
- Modifying a filter and pressing back without saving wasn't prompting
the user to save the changes
- Writing a content warning and then hiding it would still count the
text of the content warning toward's the post's length
## Other cleanups
- Use `ViewCompat.setTransitionName()` instead of setting the
`transitionName` property
- Delete the unused `fade_in` and `fade_out` animations.
- Use androidx-activity 1.9.0 to get the latest predictive back support
library code
- Show validation errors when creating / editing filters
2024-04-26 23:18:30 +02:00
|
|
|
androidx-transition = { module = "androidx.transition:transition-ktx", version.ref = "androidx-transition" }
|
2022-11-04 20:10:26 +01:00
|
|
|
androidx-viewpager2 = { module = "androidx.viewpager2:viewpager2", version.ref = "androidx-viewpager2" }
|
2024-04-24 10:32:50 +02:00
|
|
|
androidx-webkit = { module = "androidx.webkit:webkit", version.ref = "androidx-webkit" }
|
2023-06-11 13:17:30 +02:00
|
|
|
androidx-work-runtime-ktx = { module = "androidx.work:work-runtime-ktx", version.ref = "androidx-work" }
|
2022-11-07 20:04:07 +01:00
|
|
|
androidx-work-testing = { module = "androidx.work:work-testing", version.ref = "androidx-work" }
|
feat: Periodically check for updates and alert user (#236)
Users can inadvertently get stuck on older versions of the app; e.g., by
installing from one F-Droid repository that stops hosting the app at
some later time.
Analytics from the Play Store also shows a long tail of users who are,
for some reason, on an older version.
On resuming `MainActivity`, and approximately once per day, check and
see if a newer version of Pachli is available, and prompt the user to
update by going to the relevant install location (Google Play, F-Droid,
or GitHub).
The dialog prompt allows them to ignore this specific version, or
disable all future update notifications. This is also exposed through
the preferences, so the user can adjust it there too.
A different update check method is used for each installation location.
- F-Droid: Use the F-Droid API to query for the newest released version
- GitHub: Use the GitHub API to query for the newest release, and check
the APK filename attached to that release
- Google Play: Use the Play in-app-updates library
(https://developer.android.com/guide/playcore/in-app-updates) to query
for the newest released version
These are kept in different build flavours (source sets), so that e.g.,
the build for the F-Droid store can only query the F-Droid API, the UI
strings are specific to F-Droid, etc. This also ensures that the update
service libraries are specific to that build and do not
"cross-contaminate".
Note that this *does not* update the app, it takes the user to either
the relevant store page (F-Droid, Play) or GitHub release page. The user
must still start the update from that page.
CI configuration is updated to build the different flavours.
2023-11-08 08:42:39 +01:00
|
|
|
app-update = { module = "com.google.android.play:app-update", version.ref = "app-update" }
|
|
|
|
|
app-update-ktx = { module = "com.google.android.play:app-update-ktx", version.ref = "app-update" }
|
2024-03-21 17:10:55 +01:00
|
|
|
apollo-runtime = { module = "com.apollographql.apollo3:apollo-runtime", version.ref = "apollographql" }
|
2024-02-04 15:17:46 +01:00
|
|
|
auto-service-annotations = { module = "com.google.auto.service:auto-service-annotations", version.ref = "auto-service"}
|
|
|
|
|
auto-service-ksp = { module = "dev.zacsweers.autoservice:auto-service-ksp", version.ref = "auto-service-ksp"}
|
2022-11-04 20:10:26 +01:00
|
|
|
bouncycastle = { module = "org.bouncycastle:bcprov-jdk15on", version.ref = "bouncycastle" }
|
|
|
|
|
conscrypt-android = { module = "org.conscrypt:conscrypt-android", version.ref = "conscrypt" }
|
2024-02-04 15:17:46 +01:00
|
|
|
desugar_jdk_libs = { module = "com.android.tools:desugar_jdk_libs", version.ref = "desugar_jdk_libs" }
|
2023-03-10 20:30:55 +01:00
|
|
|
diffx = { module = "org.pageseeder.diffx:pso-diffx", version.ref = "diffx" }
|
2022-11-04 20:10:26 +01:00
|
|
|
espresso-core = { module = "androidx.test.espresso:espresso-core", version.ref = "espresso" }
|
|
|
|
|
filemojicompat-core = { module = "de.c1710:filemojicompat", version.ref = "filemoji-compat" }
|
|
|
|
|
filemojicompat-defaults = { module = "de.c1710:filemojicompat-defaults", version.ref = "filemoji-compat" }
|
|
|
|
|
filemojicompat-ui = { module = "de.c1710:filemojicompat-ui", version.ref = "filemoji-compat" }
|
|
|
|
|
glide-animation-plugin = { module = "com.github.penfeizhou.android.animation:glide-plugin", version.ref = "glide-animation-plugin" }
|
2023-07-11 15:34:14 +02:00
|
|
|
glide-compiler = { module = "com.github.bumptech.glide:ksp", version.ref = "glide" }
|
2022-11-04 20:10:26 +01:00
|
|
|
glide-core = { module = "com.github.bumptech.glide:glide", version.ref = "glide" }
|
|
|
|
|
glide-okhttp3-integration = { module = "com.github.bumptech.glide:okhttp3-integration", version.ref = "glide" }
|
2023-10-07 19:30:11 +02:00
|
|
|
hilt-android = { module = "com.google.dagger:hilt-android", version.ref = "hilt" }
|
|
|
|
|
hilt-compiler = { module = "com.google.dagger:hilt-compiler", version.ref = "hilt" }
|
|
|
|
|
hilt-android-testing = { module = "com.google.dagger:hilt-android-testing", version.ref = "hilt" }
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
junit = { module = "junit:junit", version.ref = "junit" }
|
2024-04-15 15:06:55 +02:00
|
|
|
junit-jupiter = { module = "org.junit.jupiter:junit-jupiter", version.ref = "junit-jupiter" }
|
|
|
|
|
junit-jupiter-params = { module = "org.junit.jupiter:junit-jupiter-params", version.ref = "junit-jupiter" }
|
2023-11-12 19:51:46 +01:00
|
|
|
kotlin-result = { module = "com.michael-bull.kotlin-result:kotlin-result", version.ref = "kotlin-result" }
|
2024-01-18 21:44:30 +01:00
|
|
|
kotlin-result-coroutines = { module = "com.michael-bull.kotlin-result:kotlin-result-coroutines", version.ref = "kotlin-result" }
|
2022-11-04 20:10:26 +01:00
|
|
|
kotlinx-coroutines-android = { module = "org.jetbrains.kotlinx:kotlinx-coroutines-android", version.ref = "coroutines" }
|
|
|
|
|
kotlinx-coroutines-test = { module = "org.jetbrains.kotlinx:kotlinx-coroutines-test", version.ref = "coroutines" }
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
kotlin-stdlib = { module = "org.jetbrains.kotlin:kotlin-stdlib", version.ref = "kotlin" }
|
2022-11-04 20:10:26 +01:00
|
|
|
image-cropper = { module = "com.github.CanHub:Android-Image-Cropper", version.ref = "image-cropper" }
|
2023-12-09 18:06:01 +01:00
|
|
|
leakcanary = { module = "com.squareup.leakcanary:leakcanary-android", version.ref = "leakcanary" }
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
lint-api = { module = "com.android.tools.lint:lint-api", version.ref = "lint" }
|
|
|
|
|
lint-checks = { module = "com.android.tools.lint:lint-checks", version.ref = "lint" }
|
|
|
|
|
lint-cli = { module = "com.android.tools.lint:lint", version.ref = "lint" }
|
|
|
|
|
lint-tests = { module = "com.android.tools.lint:lint-tests", version.ref = "lint" }
|
2022-11-04 20:10:26 +01:00
|
|
|
material-drawer-core = { module = "com.mikepenz:materialdrawer", version.ref = "material-drawer" }
|
|
|
|
|
material-drawer-iconics = { module = "com.mikepenz:materialdrawer-iconics", version.ref = "material-drawer" }
|
2024-03-16 18:42:11 +01:00
|
|
|
material-iconics = { module = "com.mikepenz:iconics-core", version.ref="material-iconics" }
|
2022-11-04 20:10:26 +01:00
|
|
|
material-typeface = { module = "com.mikepenz:google-material-typeface", version.ref = "material-typeface" }
|
|
|
|
|
mockito-kotlin = { module = "org.mockito.kotlin:mockito-kotlin", version.ref = "mockito-kotlin" }
|
|
|
|
|
mockito-inline = { module = "org.mockito:mockito-inline", version.ref = "mockito-inline" }
|
|
|
|
|
mockwebserver = { module = "com.squareup.okhttp3:mockwebserver", version.ref = "okhttp" }
|
2024-02-09 12:41:13 +01:00
|
|
|
moshi = { module = "com.squareup.moshi:moshi", version.ref = "moshi" }
|
|
|
|
|
moshi-adapters = { module = "com.squareup.moshi:moshi-adapters", version.ref = "moshi" }
|
|
|
|
|
moshi-codegen = { module = "com.squareup.moshi:moshi-kotlin-codegen", version.ref = "moshi" }
|
2024-03-12 10:43:33 +01:00
|
|
|
moshix-sealed-runtime = { module = "dev.zacsweers.moshix:moshi-sealed-runtime", version.ref = "moshix" }
|
|
|
|
|
moshix-sealed-codegen = { module = "dev.zacsweers.moshix:moshi-sealed-codegen", version.ref = "moshix" }
|
2022-11-04 20:10:26 +01:00
|
|
|
networkresult-calladapter = { module = "at.connyduck:networkresult-calladapter", version.ref = "networkresult-calladapter" }
|
|
|
|
|
okhttp-core = { module = "com.squareup.okhttp3:okhttp", version.ref = "okhttp" }
|
|
|
|
|
okhttp-logging-interceptor = { module = "com.squareup.okhttp3:logging-interceptor", version.ref = "okhttp" }
|
2024-04-24 10:32:50 +02:00
|
|
|
okhttp-tls = { module = "com.squareup.okhttp3:okhttp-tls", version.ref = "okhttp" }
|
2024-02-09 12:41:13 +01:00
|
|
|
retrofit-converter-moshi = { module = "com.squareup.retrofit2:converter-moshi", version.ref = "retrofit" }
|
2022-11-04 20:10:26 +01:00
|
|
|
retrofit-core = { module = "com.squareup.retrofit2:retrofit", version.ref = "retrofit" }
|
|
|
|
|
robolectric = { module = "org.robolectric:robolectric", version.ref = "robolectric" }
|
2023-11-12 19:51:46 +01:00
|
|
|
semver = { module = "io.github.z4kn4fein:semver", version.ref = "semver" }
|
2022-11-04 20:10:26 +01:00
|
|
|
sparkbutton = { module = "com.github.connyduck:sparkbutton", version.ref = "sparkbutton" }
|
2023-11-04 22:22:44 +01:00
|
|
|
timber = { module = "com.jakewharton.timber:timber", version.ref = "timber" }
|
Fix image zoom / pan / scroll / swipe (#3894)
Migrate to touchimageview from photoview, and adjust the touch logic to correctly handle single finger drag, two finger pinch/stretch, flings, taps, and swipes.
As before, the features are:
- Single tap, show/hide controls and media description
- Double tap, zoom in/out
- Single finger drag up/down, scale/translate image, dismiss if scrolled too far
- Single finger drag left/right
- When not zoomed, swipe to next image if multiple images present
- When zoomed, scroll to edge of image, then to next image if multiple images present
- Two finger pinch/zoom, zoom in/out on the image
Behaviour differences to previous code
1. Bug fix: The image can't get "stuck" when zoomed, and impossible to scroll
2. Bug fix: Pinching is not mis-interpreted as a fling, closing the image
3. Bug fix: The zoom state of images is not lost or misinterpreted when the user swipes through multiple images
4. Bug fix: Double-tap zooms all the way, instead of stopping
5. Tapping outside the image does not dismiss it, controls and description show/hide
Fixes https://github.com/tuskyapp/Tusky/issues/3562, https://github.com/tuskyapp/Tusky/issues/2297
2023-07-31 12:44:01 +02:00
|
|
|
touchimageview = { module = "com.github.MikeOrtiz:TouchImageView", version.ref = "touchimageview" }
|
Convert NotificationsFragment and related code to Kotlin, use the Paging library (#3159)
* Unmodified output from "Convert Java to Kotlin" on NotificationsFragment.java
* Bare minimum changes to get this to compile and run
- Use `lateinit` for `eventhub`, `adapter`, `preferences`, and `scrolllistener`
- Removed override for accountManager, it can be used from the superclass
- Add `?.` where non-nullity could not (yet) be guaranteed
- Remove `?` from type lists where non-nullity is guaranteed
- Explicitly convert lists to mutable where necessary
- Delete unused function `findReplyPosition`
* Remove all unnecessary non-null (!!) assertions
The previous change meant some values are no longer nullable. Remove the
non-null assertions.
* Lint ListStatusAccessibilityDelegate call
- Remove redundant constructor
- Move block outside of `()`
* Use `let` when handling compose button visibility on scroll
* Replace a `requireNonNull` with `!!`
* Remove redundant return values
* Remove or rename unused lambda parameters
* Remove unnecessary type parameters
* Remove unnecessary null checks
* Replace cascading-if statement with `when`
* Simplify calculation of `topId`
* Use more appropriate list properties and methods
- Access the last value with `.last()`
- Access the last index with `.lastIndex`
- Replace logical-chain with `asRightOrNull` and `?.`
- `.isNotEmpty()`, not `!...isEmpty()`
* Inline unnecessary variable
* Use PrefKeys constants instead of bare strings
* Use `requireContext()` instead of `context!!`
* Replace deprecated `onActivityCreated()` with `onViewCreated()`
* Remove unnecessary variable setting
* Replace `size == 0` check with `isEmpty()`
* Format with ktlint, no functionality changes
* Convert NotifcationsAdapter to Kotlin
Does not compile, this is the unchanged output of the "Convert to Kotlin"
function
* Minimum changes to get NotificationsAdapter to compile
* Remove unnecessary visibility modifiers
* Use `isNotEmpty()`
* Remove unused lambda parameters
* Convert cascading-if to `when`
* Simplifiy assignment op
* Use explicit argument names with `copy()`
* Use `.firstOrNull()` instead of `if`
* Mark as lateinit to avoid unnecessary null checks
* Format with ktlint, whitespace changes only
* Bare minimum necessary to demonstrate paging in notifications
Create `NotificationsPagingSource`. This uses a new `notifications2()` API
call, which will exist until all the code has been adapted. Instead of
using placeholders,
Create `NotificationsPagingAdapter` (will replace `NotificationsAdapater`)
to consume this data.
Expose the paging source view a new `NotificationsViewModel` `flow`, and
submit new pages to the adapter as they are available in
`NotificationsFragment`.
Comment out any other code in `NotificationsFragment` that deals with
loading data from the network. This will be updated as necessary, either
here, or in the view model.
Lots of functionality is missing, including:
- Different views for different notification types
- Starting at the remembered notification position
- Interacting with notifications
- Adjusting the UI state to match the loading state
These will be added incrementally.
* Migrate StatusNotificationViewHolder impl. to NotificationsPagingAdapter
With this change `NotificationsPagingAdapter` shows notifications about a
status correctly.
- Introduce a `ViewHolder` abstract class that all Notification view holders
derive from. Modify the fallback view holder to use this.
- Implement `StatusNotificationViewHolder`. Much of the code is from the
existing implementation in the `NotificationAdapater`.
- The original code split the code that binds values to views between the
adapter's `bindViewHolder` method and the view holder's methods.
In this code, all of the binding code is in the view holder, in a `bind`
method. This is called by the adapter's `bindViewHolder` method. This keeps
all the binding logic in the view holder, where it belongs.
- The new `StatusNotificationViewHolder` uses view binding to access its views
instead of `findViewById`.
- Logically, information about whether to show sensitive media, or open
content warnings should be part of the `StatusDisplayOptions`. So add those
as fields, and populate them appropriately.
This affects code outside notification handling, which will be adjusted
later.
* Note some TODOs to complete before the PR is finished
* Extract StatusNotificationViewHolder to a new file
* Add TODO for NotificationViewData.Concrete
* Convert the adapter to take NotificationViewData.Concrete
* Add a view holder for regular status notifications
* Migrate Follow and FollowRequest notifications
* Migrate report notifications
* Convert onViewThread to use the adapter data
* Convert onViewMedia to use the adapter data
* Convert onMore to use the adapter data
* Convert onReply to use the adapter data
* Convert NotificationViewData to Kotlin
* Re-implement the reblog functionality
- Move reblogging in to the view model
- Update the UI via the adapter's `snapshot()` and `notifyItemChanged()`
methods
* Re-implement the favourite functionality
Same approach as reblog
* Re-implement the bookmark functionality
Same approach as reblog
* Add TODO re StatusActionListener interface
* Add TODO re event handling
* Re-implementing the voting functionality
* Re-implement viewing hidden content
- Hidden media
- Content behind a content warning
* Add a TODO re pinning
* Re-implement "Show more" / "Show less"
* Delete unused updateStatus() function
* Comment out the scroll listener for the moment
* Re-implement applying filters to notifications
Introduce `NotificationsRepository`, to provide access to the notifications
stream.
When changing the filters the flow is as follows:
- User clicks "Apply" in the fragment.
- Fragment calls `viewModel.accept()` with a `UiAction.ApplyFilter` (new
class).
- View model maintains a private flow of incoming UI actions. The new action
is emitted to that flow.
- In view model, `notificationFilter` waits for `.ApplyFilter` actions, and
ensures the filter is saved, then emits it.
- In view model, `pagingDataFlow` waits for new items from
`notificationsFilter` and fetches the notifications from the repository in
response. The repository provides `Notification`, so the model maps them to
`NotificationViewData.Concrete` for display by the adapter.
- In view model the UI state also waits for new items from
`notificationsFilter` and emits a new `UiState` every time the filter is
changed.
When opening the fragment for the first time:
- All of the above machinery, but `notificationFilter` also fetches the filter
from the active account and emits that first. This triggers the first fetch
and the first update of `uiState`.
Also:
- Add TODOs for functionality that is not implemented yet
- Delete a lot of dead code from NotificationsFragment
* Include important preference values in `uiState`
Listen to the flow of eventHub events, filtered to preference changes that
are relevant to the notification view.
When preferences change (or when the view model starts), fetch the current
values, and include them in `uiState`.
Remove preference handling from `NotificationsFragment`, and just use
the values from `uiState`.
Adjust how the `useAbsoluteTime` preference is handled. The previous code
loaded new content (via a diffutil) in to the adapter, which would trigger
a re-binding of the timestamp.
As the adapter content is immutable, the new code simply triggers a
re-binding of the views that are currently visible on screen.
* Update UI in response to different load states
Notifications can be loaded at the top and bottom of the timeline. Add a
new layout to show the progress of these loads, and any errors that can
occur.
Catch network errors in `NotificationsPagingSource` and convert to
`LoadState.Error`.
Add a header/footer to the notifications list to show the load state.
Collect the load state from the adapter, use this to drive the visibility
of different views.
* Save and restore the last read notification ID
Use this when fetching notifications, to centre the list around the
notification that was last read.
* Call notifyItemRangeChanged with the correct parameters
* Don't try and save list position if there are no items in the list
* Show/hide the "Nothing to see" view appropriately
* Update comments
* Handle the case where the notification key no longer exists
* Re-implement support for showMediaPreview and other settings
* Re-implement "hide FAB when scrolling" preference
* Delete dead code
* Delete Notifications Adapater and Placeholder types
* Remove NotificationViewData.Concrete subclass
Now there's no Placeholder, everything is a NotificationViewData.
* Improve how notification pages are loaded if the first notification is missing or filtered
* Re-implement clear notifications, show errors
* s/default/from/
* Add missing headers
* Don't process bookmarking via EventHub
- Initiating a bookmark is triggered by the fragment sending a
StatusUiAction.Bookmark
- View model receives this, makes API call, waits for response, emits either
a success or failure state
- Fragment collects success/failure states, updates the UI accordingly
* Don't process favourites via EventHub
* Don't process reblog via EventHub
* Don't process poll votes with EventHub
This removes EventHub from the fragment
* Respond to follow requests via the view model
* Docs and cleanup
* Typo and editing pass
* Minor edits for clarity
* Remove newline in diagram
* Reorder sequence diagram
* s/authorize/accept/
* s/pagingDataFlow/pagingData/
* Add brief KDoc
* Try and fetch a full first page of notifications
* Call the API method `notifications` again
* Log UI errors at the point of handling
* Remove unused variable
* Replace String.format() with interpolation
* Convert NotificationViewData to data class
* Rename copy() to make(), to avoid confusion with default copy() method
* Lint
* Update app/src/main/res/layout/simple_list_item_1.xml
* Update app/src/main/java/com/keylesspalace/tusky/components/notifications/NotificationsPagingAdapter.kt
* Update app/src/main/java/com/keylesspalace/tusky/components/notifications/NotificationsViewModel.kt
* Update app/src/main/java/com/keylesspalace/tusky/fragment/NotificationsFragment.kt
* Update app/src/main/java/com/keylesspalace/tusky/viewdata/NotificationViewData.kt
* Initial NotificationsViewModel tests
* Add missing import
* More tests, some cleanup
* Comments, re-order some code
* Set StateRestorationPolicy.PREVENT_WHEN_EMPTY
* Mark clearNotifications() as "suspend"
* Catch exceptions from clearNotifications and emit
* Update TODOs with explanations
* Ensure initial fetch uses a null ID
* Stop/start collecting pagingData based on the lifecycle
* Don't hide the list while refreshing
* Refresh notifications on mutes and blocks
* Update tests now clearNotifications is a suspend fun
* Add "Refresh" menu to NotificationsFragment
* Use account.name over account.displayName
* Update app/src/main/java/com/keylesspalace/tusky/fragment/NotificationsFragment.kt
Co-authored-by: Konrad Pozniak <connyduck@users.noreply.github.com>
* Mark layoutmanager as lateinit
* Mark layoutmanager as lateinit
* Refactor generating UI text
* Add Copyright header
* Correctly apply notification filters
* Show follow request header in notifications
* Wait for follow request actions to complete, so the reqeuest is sent
* Remove duplicate copyright header
* Revert copyright change in unmodified file
* Null check response body
* Move NotificationsFragment to component.notifications
* Use viewlifecycleowner.lifecyclescope
* Show notification filter as a dialog rather than a popup window
The popup window:
- Is inconsistent UI
- Requires a custom layout
- Didn't play nicely with viewbinding
* Refresh adapter on block/mute
* Scroll up slightly when new content is loaded
* Restore progressbar
* Lint
* Update app/src/main/res/layout/simple_list_item_1.xml
---------
Co-authored-by: Konrad Pozniak <connyduck@users.noreply.github.com>
2023-03-10 20:12:33 +01:00
|
|
|
truth = { module = "com.google.truth:truth", version.ref = "truth" }
|
|
|
|
|
turbine = { module = "app.cash.turbine:turbine", version.ref = "turbine" }
|
2022-11-04 20:10:26 +01:00
|
|
|
unified-push = { module = "com.github.UnifiedPush:android-connector", version.ref = "unified-push" }
|
2023-03-10 20:30:55 +01:00
|
|
|
xmlwriter = { module = "org.pageseeder.xmlwriter:pso-xmlwriter", version.ref = "xmlwriter" }
|
2022-11-04 20:10:26 +01:00
|
|
|
|
2024-04-15 15:06:55 +02:00
|
|
|
# Tool libraries
|
|
|
|
|
betterparse = { module = "com.github.h0tk3y.betterParse:better-parse", version.ref = "betterparse" }
|
|
|
|
|
clikt = { module = "com.github.ajalt.clikt:clikt", version.ref = "clikt" }
|
|
|
|
|
icu4j = { module = "com.ibm.icu:icu4j", version.ref = "icu4j"}
|
|
|
|
|
kotlin-logging-jvm = { module = "io.github.oshai:kotlin-logging-jvm", version.ref = "kotlin-logging-jvm" }
|
|
|
|
|
logback = { module = "ch.qos.logback:logback-classic", version.ref = "logback" }
|
|
|
|
|
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
# build-logic dependencies
|
|
|
|
|
android-gradlePlugin = { module = "com.android.tools.build:gradle", version.ref = "agp" }
|
|
|
|
|
kotlin-gradlePlugin = { module = "org.jetbrains.kotlin:kotlin-gradle-plugin", version.ref = "kotlin" }
|
|
|
|
|
ksp-gradlePlugin = { module = "com.google.devtools.ksp:com.google.devtools.ksp.gradle.plugin", version.ref = "ksp" }
|
|
|
|
|
|
2022-11-04 20:10:26 +01:00
|
|
|
[bundles]
|
2023-09-01 20:33:23 +02:00
|
|
|
aboutlibraries = ["aboutlibraries-core", "aboutlibraries-legacy-ui"]
|
2023-12-12 23:25:09 +01:00
|
|
|
acra = ["acra-dialog", "acra-mail"]
|
2022-11-04 20:10:26 +01:00
|
|
|
androidx = ["androidx-core-ktx", "androidx-appcompat", "androidx-fragment-ktx", "androidx-browser", "androidx-swiperefreshlayout",
|
|
|
|
|
"androidx-recyclerview", "androidx-exifinterface", "androidx-cardview", "androidx-preference-ktx", "androidx-sharetarget",
|
|
|
|
|
"androidx-emoji2-core", "androidx-emoji2-views-core", "androidx-emoji2-view-helper", "androidx-lifecycle-viewmodel-ktx",
|
|
|
|
|
"androidx-lifecycle-livedata-ktx", "androidx-lifecycle-common-java8", "androidx-lifecycle-reactivestreams-ktx",
|
2023-06-11 13:17:30 +02:00
|
|
|
"androidx-constraintlayout", "androidx-paging-runtime-ktx", "androidx-viewpager2", "androidx-work-runtime-ktx",
|
2023-08-10 19:31:55 +02:00
|
|
|
"androidx-core-splashscreen", "androidx-activity", "androidx-media3-exoplayer", "androidx-media3-exoplayer-dash",
|
2023-09-11 13:54:29 +02:00
|
|
|
"androidx-media3-exoplayer-hls", "androidx-media3-exoplayer-rtsp", "androidx-media3-datasource-okhttp", "androidx-media3-ui",
|
feat: Update activity transitions, prepare for predictive-back (#650)
Previous code used a single animation type (slide) when transitioning,
the transition was quite slow, and didn't behave appropriately if the
device was set to a RTL writing system.
In addition, handling the back affordance didn't work well with the new
"Predictive Back" feature in Android 14
(https://developer.android.com/guide/navigation/custom-back/predictive-back-gesture).
Fix this.
## Transitions
To update the transitions the `startActivityWithSlideInAnimation()`
implementation (and associated `finishWithoutSlideOutAnimation()`) have
been replaced.
There are three transitions; `default`, `slide`, and `explode`,
represented as an enum passed to the activity intent.
The `default` transition is the activity transition from Android 14,
from the Android open source project
(https://cs.android.com/android/platform/superproject/+/android-14.0.0_r18:frameworks/base/core/res/res/anim/;bpv=1).
This is used for most transitions.
The `slide` transition is the pre-existing slide transition, with a
shorter transition time so it feels more responsive, and an RTL
implementation. This is used when there is a strong spatial component to
the navigation, for example, when going from:
- a status to its thread
- a preference menu item to its subscreen
- a filter in a list to the "edit filter" screen
- viewing your profile to editing your profile
The `explode` transition is used when the state of the app changes
significantly, such as when switching accounts.
Activities are now started with `startActivityWithTransition()` which
sets the intent and prepares the transition. `BaseActivity` checks the
intent for the transition type and makes further changes to the
transition as necessary.
## Predictive back
"Predictive back" needs to know what the back button would do before the
user interacts with it with an `onBackPressedCallback` that is either
enabled or disabled. This required refactoring some code (particularly
in `ComposeActivity`) to gather data ahead of time and enable/disable
the callback appropriately.
## Fixed bugs
- Back button wasn't stepping back through the tabs in AccountActivity
- Modifying a filter and pressing back without saving wasn't prompting
the user to save the changes
- Writing a content warning and then hiding it would still count the
text of the content warning toward's the post's length
## Other cleanups
- Use `ViewCompat.setTransitionName()` instead of setting the
`transitionName` property
- Delete the unused `fade_in` and `fade_out` animations.
- Use androidx-activity 1.9.0 to get the latest predictive back support
library code
- Show validation errors when creating / editing filters
2024-04-26 23:18:30 +02:00
|
|
|
"androidx-transition",
|
2023-09-11 13:54:29 +02:00
|
|
|
"android-material"]
|
2022-11-04 20:10:26 +01:00
|
|
|
filemojicompat = ["filemojicompat-core", "filemojicompat-ui", "filemojicompat-defaults"]
|
|
|
|
|
glide = ["glide-core", "glide-okhttp3-integration", "glide-animation-plugin"]
|
refactor: Start creating core modules (#286)
The existing code base is a single monolithic module. This is relatively
simple to configure, but many of the tasks to compile the module and
produce the final app have to run in series.
This is unnecessarily slow.
This change starts to split the code in to multiple modules, which are:
- :core:account - AccountManager, to break a dependency cycle
- :core:common - low level types or utilities used in many other modules
- :core:database - database types, DAOs, and DI infrastructure
- :core:network - network types, API definitions, and DI infrastructure
- :core:preferences - shared preferences definitions and DI
infrastructure
- :core:testing - fakes and rules used across different modules
Benchmarking with gradle-profiler shows a ~ 17% reduction in incremental
build times after an ABI change. That will improve further as more code
is moved to modules.
The rough mechanics of the changes are:
- Create the modules, and move existing files in to them. This causes a
lot of churn in import arguments.
- Convert build.gradle files to build.gradle.kts
- Separate out the data required to display a tab (`TabViewData`) from
the data required to configure a tab (`TabData`) to avoid circular
dependencies.
- Abstract the repeated build logic shared between the modules in to
a set of plugins under `build-logic/`, to simplify configuration of
the application and library builds.
- Be explicit that some nullable types are non-null at time of use.
Nullable properties in types imported from modules generally can't be
smart cast to non-null. There's a detailed discussion of why this
restriction exists at
https://discuss.kotlinlang.org/t/what-is-the-reason-behind-smart-cast-being-impossible-to-perform-when-referenced-class-is-in-another-module/2201.
The changes highlight design problems with the current code, including:
- The main application code is too tightly coupled to the network types
- Too many values are declared unnecessarily nullable
- Dependency cycles between code that make modularisation difficult
Future changes will add more modules.
See #291.
2023-12-04 16:58:36 +01:00
|
|
|
lint-api = ["kotlin-stdlib", "lint-api", "lint-checks"]
|
|
|
|
|
lint-tests = ["junit", "lint-cli", "lint-tests"]
|
2022-11-04 20:10:26 +01:00
|
|
|
material-drawer = ["material-drawer-core", "material-drawer-iconics"]
|
|
|
|
|
mockito = ["mockito-kotlin", "mockito-inline"]
|
2024-04-24 10:32:50 +02:00
|
|
|
okhttp = ["okhttp-core", "okhttp-logging-interceptor", "okhttp-tls"]
|
2024-02-09 12:41:13 +01:00
|
|
|
retrofit = ["retrofit-core", "retrofit-converter-moshi"]
|
2022-11-04 20:10:26 +01:00
|
|
|
room = ["androidx-room-ktx", "androidx-room-paging"]
|
2023-03-10 20:30:55 +01:00
|
|
|
xmldiff = ["diffx", "xmlwriter"]
|
