2023-01-02 14:09:18 +01:00
|
|
|
/* Copyright 2022 Tusky Contributors
|
|
|
|
*
|
|
|
|
* This file is a part of Tusky.
|
|
|
|
*
|
|
|
|
* This program is free software; you can redistribute it and/or modify it under the terms of the
|
|
|
|
* GNU General Public License as published by the Free Software Foundation; either version 3 of the
|
|
|
|
* License, or (at your option) any later version.
|
|
|
|
*
|
|
|
|
* Tusky is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even
|
|
|
|
* the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General
|
|
|
|
* Public License for more details.
|
|
|
|
*
|
|
|
|
* You should have received a copy of the GNU General Public License along with Tusky; if not,
|
|
|
|
* see <http://www.gnu.org/licenses>. */
|
|
|
|
|
|
|
|
package com.keylesspalace.tusky.components.viewthread.edits
|
|
|
|
|
|
|
|
import android.os.Bundle
|
|
|
|
import android.util.Log
|
|
|
|
import android.view.View
|
|
|
|
import android.widget.LinearLayout
|
|
|
|
import androidx.fragment.app.Fragment
|
|
|
|
import androidx.fragment.app.viewModels
|
|
|
|
import androidx.lifecycle.lifecycleScope
|
|
|
|
import androidx.preference.PreferenceManager
|
|
|
|
import androidx.recyclerview.widget.DividerItemDecoration
|
|
|
|
import androidx.recyclerview.widget.LinearLayoutManager
|
|
|
|
import androidx.recyclerview.widget.SimpleItemAnimator
|
|
|
|
import com.keylesspalace.tusky.BottomSheetActivity
|
|
|
|
import com.keylesspalace.tusky.R
|
|
|
|
import com.keylesspalace.tusky.StatusListActivity
|
|
|
|
import com.keylesspalace.tusky.components.account.AccountActivity
|
|
|
|
import com.keylesspalace.tusky.databinding.FragmentViewThreadBinding
|
|
|
|
import com.keylesspalace.tusky.di.Injectable
|
|
|
|
import com.keylesspalace.tusky.di.ViewModelFactory
|
|
|
|
import com.keylesspalace.tusky.interfaces.LinkListener
|
|
|
|
import com.keylesspalace.tusky.settings.PrefKeys
|
|
|
|
import com.keylesspalace.tusky.util.hide
|
|
|
|
import com.keylesspalace.tusky.util.show
|
|
|
|
import com.keylesspalace.tusky.util.viewBinding
|
|
|
|
import kotlinx.coroutines.launch
|
|
|
|
import java.io.IOException
|
|
|
|
import javax.inject.Inject
|
|
|
|
|
|
|
|
class ViewEditsFragment : Fragment(R.layout.fragment_view_thread), LinkListener, Injectable {
|
|
|
|
|
|
|
|
@Inject
|
|
|
|
lateinit var viewModelFactory: ViewModelFactory
|
|
|
|
|
|
|
|
private val viewModel: ViewEditsViewModel by viewModels { viewModelFactory }
|
|
|
|
|
|
|
|
private val binding by viewBinding(FragmentViewThreadBinding::bind)
|
|
|
|
|
|
|
|
private lateinit var statusId: String
|
|
|
|
|
|
|
|
override fun onViewCreated(view: View, savedInstanceState: Bundle?) {
|
|
|
|
|
|
|
|
binding.toolbar.setNavigationOnClickListener {
|
|
|
|
activity?.onBackPressedDispatcher?.onBackPressed()
|
|
|
|
}
|
|
|
|
binding.toolbar.title = getString(R.string.title_edits)
|
|
|
|
binding.swipeRefreshLayout.isEnabled = false
|
|
|
|
|
|
|
|
binding.recyclerView.setHasFixedSize(true)
|
|
|
|
binding.recyclerView.layoutManager = LinearLayoutManager(context)
|
|
|
|
|
|
|
|
val divider = DividerItemDecoration(context, LinearLayout.VERTICAL)
|
|
|
|
binding.recyclerView.addItemDecoration(divider)
|
|
|
|
(binding.recyclerView.itemAnimator as SimpleItemAnimator).supportsChangeAnimations = false
|
|
|
|
|
|
|
|
statusId = requireArguments().getString(STATUS_ID_EXTRA)!!
|
|
|
|
val preferences = PreferenceManager.getDefaultSharedPreferences(requireContext())
|
|
|
|
|
|
|
|
val animateAvatars = preferences.getBoolean(PrefKeys.ANIMATE_GIF_AVATARS, false)
|
|
|
|
val animateEmojis = preferences.getBoolean(PrefKeys.ANIMATE_CUSTOM_EMOJIS, false)
|
|
|
|
val useBlurhash = preferences.getBoolean(PrefKeys.USE_BLURHASH, true)
|
|
|
|
|
|
|
|
viewLifecycleOwner.lifecycleScope.launch {
|
|
|
|
viewModel.uiState.collect { uiState ->
|
|
|
|
when (uiState) {
|
|
|
|
EditsUiState.Initial -> {}
|
|
|
|
EditsUiState.Loading -> {
|
|
|
|
binding.recyclerView.hide()
|
|
|
|
binding.statusView.hide()
|
Improve the actual and perceived speed of thread loading (#3118)
* Improve the actual and perceived speed of thread loading
To improve the actual speed, note that if the user has opened a thread from
their home timeline then the initial status is cached in the database. Other
statuses in the same thread may be cached as well.
So try and load the initial status from the database, falling back to the
network if it's not present (e.g., the user has opened a thread from the
local or federated timelines, or a search).
Introduce a new loading state to deal with this case.
In typical cases this allows the UI to display the initial status immediately
with no need to show a progress indicator.
To improve the perceived speed, delay showing the initial loading circular
progress indicators by 500ms. If loading the initial status completes within
that time no spinner is shown and the user will perceive the action as
close-to-immediate
(https://www.nngroup.com/articles/response-times-3-important-limits/).
Additionally, introduce an extra indeterminate progress indicator.
The new indicator is linear, anchored to the bottom of the screen, and shows
progress loading ancestor/descendant statuses. Like the other indicator is
also delayed 500ms from when ancestor/descendant status information is
fetched, and if the fetch completes in that time it will not be shown.
* Mark `getStatus` as suspend so it doesn't run on the main thread
* Save an allocation, use an isDetailed parameter to TimelineStatusWithAccount.toViewData
Rename Status.toViewData's "detailed" parameter to "isDetailed" for
consistency with other uses.
* Ensure suspend functions run to completion when testing
* Delay-load the status from the network even if it's cached
This speeds up the UI while ensuring it will eventually contain accurate data
from the remote.
* Load the network status before updating the list
Avoids excess animations if the network copy has changes
* Fix UI flicker when loading reblogged statuses
* Lint
* Fixup tests
2023-01-09 21:31:31 +01:00
|
|
|
binding.initialProgressBar.show()
|
2023-01-02 14:09:18 +01:00
|
|
|
}
|
|
|
|
is EditsUiState.Error -> {
|
|
|
|
Log.w(TAG, "failed to load edits", uiState.throwable)
|
|
|
|
|
|
|
|
binding.recyclerView.hide()
|
|
|
|
binding.statusView.show()
|
Improve the actual and perceived speed of thread loading (#3118)
* Improve the actual and perceived speed of thread loading
To improve the actual speed, note that if the user has opened a thread from
their home timeline then the initial status is cached in the database. Other
statuses in the same thread may be cached as well.
So try and load the initial status from the database, falling back to the
network if it's not present (e.g., the user has opened a thread from the
local or federated timelines, or a search).
Introduce a new loading state to deal with this case.
In typical cases this allows the UI to display the initial status immediately
with no need to show a progress indicator.
To improve the perceived speed, delay showing the initial loading circular
progress indicators by 500ms. If loading the initial status completes within
that time no spinner is shown and the user will perceive the action as
close-to-immediate
(https://www.nngroup.com/articles/response-times-3-important-limits/).
Additionally, introduce an extra indeterminate progress indicator.
The new indicator is linear, anchored to the bottom of the screen, and shows
progress loading ancestor/descendant statuses. Like the other indicator is
also delayed 500ms from when ancestor/descendant status information is
fetched, and if the fetch completes in that time it will not be shown.
* Mark `getStatus` as suspend so it doesn't run on the main thread
* Save an allocation, use an isDetailed parameter to TimelineStatusWithAccount.toViewData
Rename Status.toViewData's "detailed" parameter to "isDetailed" for
consistency with other uses.
* Ensure suspend functions run to completion when testing
* Delay-load the status from the network even if it's cached
This speeds up the UI while ensuring it will eventually contain accurate data
from the remote.
* Load the network status before updating the list
Avoids excess animations if the network copy has changes
* Fix UI flicker when loading reblogged statuses
* Lint
* Fixup tests
2023-01-09 21:31:31 +01:00
|
|
|
binding.initialProgressBar.hide()
|
2023-01-02 14:09:18 +01:00
|
|
|
|
|
|
|
if (uiState.throwable is IOException) {
|
|
|
|
binding.statusView.setup(R.drawable.elephant_offline, R.string.error_network) {
|
|
|
|
viewModel.loadEdits(statusId, force = true)
|
|
|
|
}
|
|
|
|
} else {
|
|
|
|
binding.statusView.setup(R.drawable.elephant_error, R.string.error_generic) {
|
|
|
|
viewModel.loadEdits(statusId, force = true)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
is EditsUiState.Success -> {
|
|
|
|
binding.recyclerView.show()
|
|
|
|
binding.statusView.hide()
|
Improve the actual and perceived speed of thread loading (#3118)
* Improve the actual and perceived speed of thread loading
To improve the actual speed, note that if the user has opened a thread from
their home timeline then the initial status is cached in the database. Other
statuses in the same thread may be cached as well.
So try and load the initial status from the database, falling back to the
network if it's not present (e.g., the user has opened a thread from the
local or federated timelines, or a search).
Introduce a new loading state to deal with this case.
In typical cases this allows the UI to display the initial status immediately
with no need to show a progress indicator.
To improve the perceived speed, delay showing the initial loading circular
progress indicators by 500ms. If loading the initial status completes within
that time no spinner is shown and the user will perceive the action as
close-to-immediate
(https://www.nngroup.com/articles/response-times-3-important-limits/).
Additionally, introduce an extra indeterminate progress indicator.
The new indicator is linear, anchored to the bottom of the screen, and shows
progress loading ancestor/descendant statuses. Like the other indicator is
also delayed 500ms from when ancestor/descendant status information is
fetched, and if the fetch completes in that time it will not be shown.
* Mark `getStatus` as suspend so it doesn't run on the main thread
* Save an allocation, use an isDetailed parameter to TimelineStatusWithAccount.toViewData
Rename Status.toViewData's "detailed" parameter to "isDetailed" for
consistency with other uses.
* Ensure suspend functions run to completion when testing
* Delay-load the status from the network even if it's cached
This speeds up the UI while ensuring it will eventually contain accurate data
from the remote.
* Load the network status before updating the list
Avoids excess animations if the network copy has changes
* Fix UI flicker when loading reblogged statuses
* Lint
* Fixup tests
2023-01-09 21:31:31 +01:00
|
|
|
binding.initialProgressBar.hide()
|
2023-01-02 14:09:18 +01:00
|
|
|
|
|
|
|
binding.recyclerView.adapter = ViewEditsAdapter(
|
|
|
|
edits = uiState.edits,
|
|
|
|
animateAvatars = animateAvatars,
|
|
|
|
animateEmojis = animateEmojis,
|
|
|
|
useBlurhash = useBlurhash,
|
|
|
|
listener = this@ViewEditsFragment
|
|
|
|
)
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
|
|
|
viewModel.loadEdits(statusId)
|
|
|
|
}
|
|
|
|
|
|
|
|
override fun onViewAccount(id: String) {
|
|
|
|
bottomSheetActivity?.startActivityWithSlideInAnimation(AccountActivity.getIntent(requireContext(), id))
|
|
|
|
}
|
|
|
|
|
|
|
|
override fun onViewTag(tag: String) {
|
|
|
|
bottomSheetActivity?.startActivityWithSlideInAnimation(StatusListActivity.newHashtagIntent(requireContext(), tag))
|
|
|
|
}
|
|
|
|
|
2023-01-25 00:46:02 +01:00
|
|
|
override fun onViewUrl(url: String, text: String) {
|
|
|
|
bottomSheetActivity?.viewUrl(url, text = text)
|
2023-01-02 14:09:18 +01:00
|
|
|
}
|
|
|
|
|
|
|
|
private val bottomSheetActivity
|
|
|
|
get() = (activity as? BottomSheetActivity)
|
|
|
|
|
|
|
|
companion object {
|
|
|
|
private const val TAG = "ViewEditsFragment"
|
|
|
|
|
|
|
|
private const val STATUS_ID_EXTRA = "id"
|
|
|
|
|
|
|
|
fun newInstance(statusId: String): ViewEditsFragment {
|
|
|
|
val arguments = Bundle(1)
|
|
|
|
val fragment = ViewEditsFragment()
|
|
|
|
arguments.putString(STATUS_ID_EXTRA, statusId)
|
|
|
|
fragment.arguments = arguments
|
|
|
|
return fragment
|
|
|
|
}
|
|
|
|
}
|
|
|
|
}
|