Right Click to Navigate History #3547
No reviewers
Labels
No labels
accessibility
app-parity
area: creator
area: daemon
area: design
area: devops
area: discovery
area: docs
area: installer
area: internal
area: livestream
area: performance
area: proposal
area: reposts
area: rewards
area: search
area: security
area: subscriptions
area: sync
area: ux
area: viewer
area: wallet
BEAMER
channel
comments
community PR
consider soon
core team
css
dependencies
electron
Epic
feature request
first-timers-only
good first issue
hacktoberfest
help wanted
hub-dependent
icebox
Invalid
level: 0
level: 1
level: 2
level: 3
level: 4
merge when green
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
notifications
odysee
on hold
playlists
priority: blocker
priority: high
priority: low
priority: medium
protocol dependent
recsys
redesign
regression
resilience
sdk dependent
Tom's Wishlist
trending
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
windows
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference: LBRYCommunity/lbry-desktop#3547
Loading…
Reference in a new issue
No description provided.
Delete branch "3474-history-buttons"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
PR Checklist
PR Type
Fixes
Issue Number: #3474
What is the current behavior?
In order to navigate history, the user must do so one step at a time.
What is the new behavior?
User is able to right click the navigation buttons to move forward or backward multiple steps.
Other information
Possible improvements
BTW - streamName was coming as a string of value 'undefined'. I didn't look too far into this bug.
A few questions
@ -0,0 +68,4 @@
const slicedEntries = sliceEntries(currentIndex, entries, historyLength, isBackward, MAX_HISTORY_SIZE);
return (
<div>
<Button
Are you able to determine if we can go back here or not? If so, it would be great to disable the back button and give it some disabled style so it's easier to tell that you can't
@ -72,0 +98,4 @@
document.title = title;
} else if (streamName) {
document.title = streamName;
} else if (channelName) {
Why did you move this effect out of the show component?
What is the difference between these two?
Thanks for the PR! Once this is fully reviewed/corrected/merged, please send us an email so we can show you some appreciation
createMemoryHistory gives us an array of entries so that we can reference the history stack.
Excerpt from history/docs/GettingStarted
@ -72,0 +98,4 @@
document.title = title;
} else if (streamName) {
document.title = streamName;
} else if (channelName) {
I want this to fire on every page and not just the pages that render using the ShowPage component.
@ -0,0 +68,4 @@
const slicedEntries = sliceEntries(currentIndex, entries, historyLength, isBackward, MAX_HISTORY_SIZE);
return (
<div>
<Button
PR has been updated to disable button if no historical entries.
@ -0,0 +68,4 @@
const slicedEntries = sliceEntries(currentIndex, entries, historyLength, isBackward, MAX_HISTORY_SIZE);
return (
<div>
<Button
Awesome!
Nice work @dalhill. This is really close.
I'll spend some time testing your branch this week just to make sure there aren't any issues on electron moving to memoryHistory, but I don't think there will be. I'll also push up a commit and do another pass at the styling.
Pushed to resolve conflicts
I pushed up a commit that cleaned up the styling. I'll get this merged today!
I think it's when you call
parseURI
with anundefined
uri. Only callingparseURI
if uri exists should fix it.