LBRYCommunity/lbry-android
1
0
Fork 0
Code Issues 155 Pull requests 6 Projects Releases 84 Packages Wiki Activity

added subscription view options - all and latest first #425

Merged
akinwale merged 5 commits from subscriptions-view-options into master 2019-02-18 09:30:06 +01:00
Conversation 0 Commits 5 Files changed 4 +105 -8
akinwale commented 2019-02-14 09:55:18 +01:00 (Migrated from github.com)
Copy link
No description provided.
neb-b (Migrated from github.com) reviewed 2019-02-15 17:04:47 +01:00
app/src/page/subscriptions/view.js
neb-b (Migrated from github.com) commented 2019-02-15 17:04:47 +01:00
Copy link

Why not persist this value in redux? The app persists the entire subscriptions reducer. Then users won't have to move to latest only every time if that's what they want to see.

Why not persist this value in redux? The app persists the entire subscriptions reducer. Then users won't have to move to latest only every time if that's what they want to see.
akinwale (Migrated from github.com) reviewed 2019-02-16 06:09:43 +01:00
app/src/page/subscriptions/view.js
akinwale (Migrated from github.com) commented 2019-02-16 06:09:43 +01:00
Copy link

Yeah, this makes sense. I'll add a setting option for this.

Yeah, this makes sense. I'll add a setting option for this.
skhameneh (Migrated from github.com) approved these changes 2019-02-18 01:35:24 +01:00
skhameneh (Migrated from github.com) left a comment
Copy link

Agreed w/ @seanyesmunt's comment on persisting

Agreed w/ @seanyesmunt's comment on persisting
app/src/page/subscriptions/view.js
@ -74,2 +107,3 @@
{hasSubscriptions && loading &&
{(viewMode === Constants.SUBSCRIPTIONS_VIEW_LATEST_FIRST) &&
<View style={subscriptionsStyle.container}>
skhameneh (Migrated from github.com) commented 2019-02-18 01:34:25 +01:00
Copy link

@seanyesmunt @akinwale any suggestions on a pattern we can adopt globally to simplify this?
We repeat a lot of similar logic across the board when applying styles.

@seanyesmunt @akinwale any suggestions on a pattern we can adopt globally to simplify this? We repeat a lot of similar logic across the board when applying styles.
app/src/styles/subscriptions.js
skhameneh (Migrated from github.com) commented 2019-02-18 01:35:01 +01:00
Copy link

We should start using some shared values for common styles

We should start using some shared values for common styles
akinwale (Migrated from github.com) reviewed 2019-02-18 07:22:51 +01:00
app/src/page/subscriptions/view.js
@ -74,2 +107,3 @@
{hasSubscriptions && loading &&
{(viewMode === Constants.SUBSCRIPTIONS_VIEW_LATEST_FIRST) &&
<View style={subscriptionsStyle.container}>
akinwale (Migrated from github.com) commented 2019-02-18 07:22:51 +01:00
Copy link

I'll have to think about this. I agree it would be nice to be able to have a way of simplifying this sort of thing. We could make use of the CSS module that @seanyesmunt recommended, but that's going to require converting all of the styles which could take some time.

I'll have to think about this. I agree it would be nice to be able to have a way of simplifying this sort of thing. We could make use of the CSS module that @seanyesmunt recommended, but that's going to require converting all of the styles which could take some time.
Sign in to join this conversation.
Reviewers
No reviewers
skhameneh
Labels
Clear labels   
android: closed alpha

   
android: open beta

   
app-parity

   
area: devops

   
area: discovery

   
area: docs

   
area: livestream

   
area: proposal

Work is part of a proposal

  
consider soon

Discuss this issue at the next planning meeting, then remove this label

  
creator

   
Epic

   
good first issue

   
hacktoberfest

Welcome to Hacktoberfest

  
help wanted

   
icebox

Long-term storage

  
Invalid

   
level: 1

No knowledge of the existing code required

  
level: 2

Some knowledge of the existing code is recommended

  
level: 3

Significant knowledge of the existing code is recommended

  
level: 4

Intimate knowledge of the existing code is recommended

  
needs: exploration

Solution unclear, needs research

  
needs: grooming

Issue needs to be groomed before work can start

  
needs: priority

Priority level needs to be defined

  
needs: repro

Issue needs step-by-step instructions on how to reproduce in latest code

  
needs: tech design

Needs technical design signoff before implementation can begin

  
on hold

Temporarily paused

  
priority: blocker

Issue is blocking release, do ASAP

  
priority: high

Work needs to be moved into sprint ASAP

  
priority: low

Work should be done but can stay in the backlog for now

  
priority: medium

Work needs to be done within 2-3 sprints

  
product review

   
resilience

   
Tom's Wishlist

   
type: bug

Existing functionality is wrong or broken

  
type: discussion

A conversation. No specific changes requested

  
type: improvement

Existing (or partially existing) functionality needs to be changed

  
type: new feature

New functionality that does not exist yet

  
type: refactor

Minimal user-visible changes, but significant internal work

  
type: task

Either work that's not related to the code, or a small chore that does not fit into other categories

  
type: testing

Solution needs additional user testing

  
unplanned

Work that was not planned into the spirnt, took priority over planned work

No labels
android: closed alpha
android: open beta
app-parity
area: devops
area: discovery
area: docs
area: livestream
area: proposal
consider soon
creator
Epic
good first issue
hacktoberfest
help wanted
icebox
Invalid
level: 1
level: 2
level: 3
level: 4
needs: exploration
needs: grooming
needs: priority
needs: repro
needs: tech design
on hold
priority: blocker
priority: high
priority: low
priority: medium
product review
resilience
Tom's Wishlist
type: bug
type: discussion
type: improvement
type: new feature
type: refactor
type: task
type: testing
unplanned
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference: LBRYCommunity/lbry-android#425
No description provided.
Delete branch "subscriptions-view-options"

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?