Themes #436
Closed
btzr-io wants to merge 0 commits from
master into master
pull from: master
merge into: LBRYCommunity:master
LBRYCommunity:dependabot/npm_and_yarn/electron-22.3.21
LBRYCommunity:dependabot/npm_and_yarn/semver-5.7.2
LBRYCommunity:7681-remove-block-list-apis
LBRYCommunity:new-sync-demo-no-user
LBRYCommunity:commentserver-swap-test-2
LBRYCommunity:Comment-server-swap
LBRYCommunity:7683-upgrade-to-electron-20
LBRYCommunity:7668-improve-startup-performance-while-fetching-comment-moderation-info
LBRYCommunity:feat-exportWalletSync
LBRYCommunity:feat-walletExport
LBRYCommunity:new-sync-demo
LBRYCommunity:test-updates4b
LBRYCommunity:test-updates-4a
LBRYCommunity:update-test-3c
LBRYCommunity:update-test-3b
LBRYCommunity:update-test-3
LBRYCommunity:test7495b2
LBRYCommunity:test7495a2
LBRYCommunity:test7495b
LBRYCommunity:test7495
LBRYCommunity:test109
LBRYCommunity:test-sdk-109
LBRYCommunity:feat-restoreLocalNotifications
LBRYCommunity:test-gatekeeper
LBRYCommunity:test-107
LBRYCommunity:test-mac-notarize
LBRYCommunity:update-postcss-quagmire
LBRYCommunity:testpush
LBRYCommunity:commentApiDefault
LBRYCommunity:inspect-upgrades
LBRYCommunity:fix-unblockIsChannelClaim
LBRYCommunity:ody255
LBRYCommunity:robd-mac-2
LBRYCommunity:sso-demo
LBRYCommunity:robd-universal
LBRYCommunity:remove-swap
LBRYCommunity:cleaning.dec.21
LBRYCommunity:update-trending-param
LBRYCommunity:collection-ordering
LBRYCommunity:download-progress
LBRYCommunity:anton
LBRYCommunity:anthony-fix-video-ios
LBRYCommunity:saltdev
LBRYCommunity:bump-electron-to-11
LBRYCommunity:fix-noBlockSubmitOnImgError
LBRYCommunity:x.lint.extras
LBRYCommunity:x.final
LBRYCommunity:somehow-working
LBRYCommunity:reenable-ads
LBRYCommunity:issue/7152
LBRYCommunity:chat-markdown
LBRYCommunity:ip/muted.uris
LBRYCommunity:odysee-split
LBRYCommunity:feat-desktopRelated
LBRYCommunity:ip/memo
LBRYCommunity:bs
LBRYCommunity:ip/memoization
LBRYCommunity:bump-flow-version
LBRYCommunity:ip/shared.block.list
LBRYCommunity:keycloak-sso
LBRYCommunity:a-r-w-k-2
LBRYCommunity:auth-refactor-w-keycloak
LBRYCommunity:auth-refactor
LBRYCommunity:rb-ip/embed-replay
LBRYCommunity:issue/2120
LBRYCommunity:oidc
LBRYCommunity:fix-videojs-ios
LBRYCommunity:fiat-tip-improvements
LBRYCommunity:test-tom-1
LBRYCommunity:fix-videojs-issues
LBRYCommunity:fix-persistSupportOption
LBRYCommunity:ctrl-txt
LBRYCommunity:add-play-button-on-pause-ios
LBRYCommunity:mobile-ui-bugfix-for-preview-images
LBRYCommunity:fix-livestream-claim-type
LBRYCommunity:playback-controls-2
LBRYCommunity:copy-list
LBRYCommunity:feat-collection-background-publishing
LBRYCommunity:ip/repost.in.homepage
LBRYCommunity:wallet-iteration-2
LBRYCommunity:broken-ads-branch
LBRYCommunity:move-stripe-transactions-to-wallet-fix
LBRYCommunity:lint.autoformat
LBRYCommunity:jessop-stripe
LBRYCommunity:move-transactions
LBRYCommunity:stripe-move-transactions-to-wallet
LBRYCommunity:mater
LBRYCommunity:more-stripe-integration
LBRYCommunity:more-stripe-integration1
LBRYCommunity:desktop-redirect
LBRYCommunity:rss-test
LBRYCommunity:fixed-collectionEdit
LBRYCommunity:watchman-plugin-odysee-anthony
LBRYCommunity:grin
LBRYCommunity:watchman-plugin-odysee
LBRYCommunity:protocol
LBRYCommunity:salt_saved_list
LBRYCommunity:salt-saved_list
LBRYCommunity:watchman-plugin
LBRYCommunity:more-stripe-integration2
LBRYCommunity:salt-savedList
LBRYCommunity:salt/mobile-comments
LBRYCommunity:chromecast-test2
LBRYCommunity:odysee
LBRYCommunity:wpe-on-ody
LBRYCommunity:bring-back-subtitles-button
LBRYCommunity:merge-to-odysee
LBRYCommunity:bugfix-tip-error
LBRYCommunity:popup-fix
LBRYCommunity:favi-cherry
LBRYCommunity:searchDefaults
LBRYCommunity:pin-from-homepages-master
LBRYCommunity:ody-7-22-c
LBRYCommunity:ody-7-22-b
LBRYCommunity:ody-7-22
LBRYCommunity:ody-7-21
LBRYCommunity:cherry.pick.thumbs.fix
LBRYCommunity:ody-rb-7-20c
LBRYCommunity:test-chromecast
LBRYCommunity:ody-7-20-rb
LBRYCommunity:odysee-cnsearch
LBRYCommunity:ody-7-19-b
LBRYCommunity:anthony-odysee
LBRYCommunity:drewhancock-patch-2
LBRYCommunity:horizon-server
LBRYCommunity:feat-nicer-outages
LBRYCommunity:tech-debt/selectors-search
LBRYCommunity:fix-lbry-tv-thumbnails
LBRYCommunity:drewhancock-patch-1
LBRYCommunity:jbnrecsys
LBRYCommunity:feat/disableListEditPending
LBRYCommunity:testapi
LBRYCommunity:bump-lightouse-throttle
LBRYCommunity:popup
LBRYCommunity:replays-rebased-tom
LBRYCommunity:pre-reoll-ads-rebase
LBRYCommunity:julianchandra-patch-1
LBRYCommunity:feat/better-chat
LBRYCommunity:revert-livestream
LBRYCommunity:feat/code-splitting
LBRYCommunity:feat/go-live-forms
LBRYCommunity:UI/drop-down-menu-animation
LBRYCommunity:faster-builds
No reviewers
Labels
Clear labels
Work is part of a proposal
Beamer is waiting on you!
Discuss this issue at the next planning meeting, then remove this label
Welcome to Hacktoberfest
Long-term storage
No knowledge of the existing code required
Some knowledge of the existing code is recommended
Significant knowledge of the existing code is recommended
Intimate knowledge of the existing code is recommended
Solution unclear, needs research
Issue needs to be groomed before work can start
Priority level needs to be defined
Issue needs step-by-step instructions on how to reproduce in latest code
Needs technical design signoff before implementation can begin
Temporarily paused
Issue is blocking release, do ASAP
Work needs to be moved into sprint ASAP
Work should be done but can stay in the backlog for now
Work needs to be done within 2-3 sprints
general redesign not prioritize for anyone release
Requires work on lbry-sdk repo
Existing functionality is wrong or broken
A conversation. No specific changes requested
Existing (or partially existing) functionality needs to be changed
New functionality that does not exist yet
Minimal user-visible changes, but significant internal work
Either work that's not related to the code, or a small chore that does not fit into other categories
Solution needs additional user testing
Work that was not planned into the spirnt, took priority over planned work
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
Work is part of a proposal
area: reposts
area: rewards
area: search
area: security
area: subscriptions
area: sync
area: ux
area: viewer
area: wallet
BEAMER
Beamer is waiting on you!
channel
comments
community PR
consider soon
Discuss this issue at the next planning meeting, then remove this label
core team
css
dependencies
electron
Epic
feature request
first-timers-only
good first issue
hacktoberfest
Welcome to Hacktoberfest
help wanted
hub-dependent
icebox
Long-term storage
Invalid
level: 0
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
merge when green
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
notifications
odysee
on hold
Temporarily paused
playlists
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
protocol dependent
recsys
redesign
general redesign not prioritize for anyone release
regression
resilience
sdk dependent
Requires work on lbry-sdk repo
Tom's Wishlist
trending
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
windows
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
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-desktop#436
Reference in a new issue
No description provided.
Delete branch "master"
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?
Update
Fixes
Fix for https://github.com/lbryio/lbry-app/issues/444, https://github.com/lbryio/lbry-app/issues/309
Add
Support for loading multiple themes from settings ( UI )
Todo
daemonReadyDone
v.2.0.0CHANGELOG.mdall.css>light.cssGET_THEMES./themesIs there a contributors
guide/guidelines?Something wrong happen with
9eec9fae1a😕 ^^Exciting stuff! Here's some initial feedback I had.
@ -0,0 +259,4 @@)}/></div></section>Please use real variable names.
So I think it would be appropriate for this to handled via just
selector/settings.jsrather than it's own utility function.Although technically reading from disk should be considered non-deterministic, which would mean this would need to have it's own action and reducer. But that seems somewhat over-engineered to me ( @6ea86b96 would you do that here? )
Another option would be to have the build process put the themes into
app/package.json, which there is a precedence for importing configuration values from.@ -0,0 +259,4 @@)}/></div></section>This is way the
contributorsguide should exist 😄 ^^@kauffj I didn't want to mess with the build...
I'm pretty sure this can't go inside of a selector, so if we can't get it into package.json, the code for loading the themes ought to be in an action.
ok, how do I call the action?
GET_THEMES?I'm done, I'll tidy up and fix conflicts ^^
Fix conflicts
da92061^^All is left is load the
dark-themeany ideas?@btzr-io what do you mean by ideas? how to import it?
@MSFTserver yes ^^
This my current implementation:
oh i was thinking just move the file over lol
@MSFTserver I can't because -> I'm constantly updating it ( fixing bugs ), and still experimental 😛
can there really be that many bugs in a re-theme
Don't forget to write little tutorial on how to upload custom themes that may be downloaded from lbry
One problem that would occur from throwing it into a selector without that selector reading from the state is that the selector will be memoized so files would be read only once. Doesn't seem like a big concern though unless people are adding themes on the fly? I would have probably gone with action/reducer/selector. Modifying the build progress also seems fine to me.
@ -0,0 +40,4 @@};}export function doSetClientSetting(key, value) {Can this be just:
return themes;? ^^@ -0,0 +40,4 @@};}export function doSetClientSetting(key, value) {no, actions must return this format.
@ -0,0 +40,4 @@};}export function doSetClientSetting(key, value) {ok thanks ^^ ( I'm new to redux 🙃 )
So here is my initial implementation for the fallback (
util/setThemes.js):Load initial theme (
./main.js):is it ok to use
existsSyncand check if file exist everytime a a theme is selected?Also where do I load the initial theme, right now I'm using
./main.jsNeed some feedback / review ^^
Any thoughts before I push that ? ^^
A decent number of changes will required to get this live. See inline comments below.
Additionally, I looked at your theme repo and think we will likely need a substantial set of changes to the CSS design to properly support themeing.
LBRY is still in beta, and as such things change very frequently. Element class names and SCSS set up can change at any time and new elements are added regularly.
If we're going to support themes at this time, it needs to be done in a way that both:
For both of these things to be true, I think themes need to be reduced to just a single file (or possibly two files?) containing only color and function definitions.
If we can only support themes via lots of additional CSS, I'm hesitant to add them at this time since it's pretty much guaranteed future development will break them with no effective way to detect this on a pre-emptive basis.
Feel free to discuss with me further on Slack. I hope this isn't discouraging, as this was a fantastic and substantial effort and I really like the idea.
@ -0,0 +8,4 @@"email": "hello@lbry.io"},"dependencies": {"electron-dl": "^1.6.0",I would prefer that we not package the themes externally.
@ -0,0 +59,4 @@############(cd "$ROOT/ui"This will need to be modified to build all themes.
@ -0,0 +2,4 @@<head><meta charset="UTF-8"><meta name="viewport" content="width=device-width"><title>LBRY</title>Rather than hardcoding the default here, I'd propose the following design:
hrefproperty.setThemesbefore we leave the splash page.Currently no compiled CSS is in SCM. This shouldn't change.
@ -0,0 +40,4 @@};}export function doSetClientSetting(key, value) {@btzr-io this name is probably okay given our lack of standards re: action naming, but @6ea86b96 this makes me think we should establish a convention. We don't really have a naming pattern, nor are we consistent with our verbs (e.g. SUCCESS vs. SUCCEEDED).
I'm a a fan of
noun_verbas a naming convention, since once you get used to the pattern it facilitates both deducing them and autocompleting them.@ -0,0 +111,4 @@export const CLAIM_REWARD_STARTED = "CLAIM_REWARD_STARTED";export const CLAIM_REWARD_SUCCESS = "CLAIM_REWARD_SUCCESS";export const CLAIM_REWARD_FAILURE = "CLAIM_REWARD_FAILURE";export const CLAIM_REWARD_CLEAR_ERROR = "CLAIM_REWARD_CLEAR_ERROR";Did you change this or did
Prettier?@ -0,0 +14,4 @@if [ ! -d "$DIR/node_modules" ]; thenecho "Installing NPM modules"yarn installJust like
./build.sh, this should compile all themes.@ -0,0 +111,4 @@export const CLAIM_REWARD_STARTED = "CLAIM_REWARD_STARTED";export const CLAIM_REWARD_SUCCESS = "CLAIM_REWARD_SUCCESS";export const CLAIM_REWARD_FAILURE = "CLAIM_REWARD_FAILURE";export const CLAIM_REWARD_CLEAR_ERROR = "CLAIM_REWARD_CLEAR_ERROR";Not that I remember 🤔
@ -0,0 +59,4 @@############(cd "$ROOT/ui"dark theme is an external module, not sure how to do it in there...
@ -0,0 +40,4 @@};}export function doSetClientSetting(key, value) {Ok, I'm still waiting that contributors guide 😛
@ -0,0 +8,4 @@"email": "hello@lbry.io"},"dependencies": {"electron-dl": "^1.6.0",css vars can fix this ^^
@ -0,0 +59,4 @@############(cd "$ROOT/ui"css vars can fix this ^^
@ -0,0 +2,4 @@<head><meta charset="UTF-8"><meta name="viewport" content="width=device-width"><title>LBRY</title>no need to do that...
css vars can fix this ^^
ok ^^
@ -0,0 +111,4 @@export const CLAIM_REWARD_STARTED = "CLAIM_REWARD_STARTED";export const CLAIM_REWARD_SUCCESS = "CLAIM_REWARD_SUCCESS";export const CLAIM_REWARD_FAILURE = "CLAIM_REWARD_FAILURE";export const CLAIM_REWARD_CLEAR_ERROR = "CLAIM_REWARD_CLEAR_ERROR";is that a problem?? ^^
@ -0,0 +14,4 @@if [ ! -d "$DIR/node_modules" ]; thenecho "Installing NPM modules"yarn installI can't do that, but instead we could just compile one file ->
all.css@ -0,0 +14,4 @@if [ ! -d "$DIR/node_modules" ]; thenecho "Installing NPM modules"yarn installand use css vars for themes ( I know already told you but it fix everything ) 🙃
@ -0,0 +2,4 @@<head><meta charset="UTF-8"><meta name="viewport" content="width=device-width"><title>LBRY</title>@ -0,0 +2,4 @@<head><meta charset="UTF-8"><meta name="viewport" content="width=device-width"><title>LBRY</title>You mean a component? ^^
That's why the app
scssstyles needs to be more flexible / customizable ^^@ -0,0 +2,4 @@<head><meta charset="UTF-8"><meta name="viewport" content="width=device-width"><title>LBRY</title>I mean split the splash screen CSS into its own file. That way when the app loads, the splash screen and associated CSS can display fine.
@ -0,0 +59,4 @@############(cd "$ROOT/ui"I'm proposing to not make it an external module but instead put the code into the project.
@ -0,0 +111,4 @@export const CLAIM_REWARD_STARTED = "CLAIM_REWARD_STARTED";export const CLAIM_REWARD_SUCCESS = "CLAIM_REWARD_SUCCESS";export const CLAIM_REWARD_FAILURE = "CLAIM_REWARD_FAILURE";export const CLAIM_REWARD_CLEAR_ERROR = "CLAIM_REWARD_CLEAR_ERROR";No problem, just leave this as-is. Was curious.
Ok I see your point ( not so sure about the second one ) 😅
I agree that the requirement to not be fragile could be hard.
Would you be able to make the changes to the overall scss structure so that less of the additional per-theme CSS is necessary?
@ -0,0 +59,4 @@############(cd "$ROOT/ui"I mean no need to move all the code, since we can reduce it to one file ^^
@ -0,0 +59,4 @@############(cd "$ROOT/ui"Gotcha.
Well you can close this (at least for now)...
@ -0,0 +40,4 @@};}export function doSetClientSetting(key, value) {so
THEMES_GET? ^^fix conflicts
ba35ac8I can't find where this var is used:
$mobile-width-thresholdhttps://github.com/lbryio/lbry-app/blob/master/ui/scss/_global.scss#L27
Is it safe to remove it? ^^
So after a long and boring week, finally I made some progress.
Before I continue to work on this can someone review it? ^^
Once this
scsschanges are approved I can finish the theme systemalready spent more than week in this
PR😛otherwise this should be closed.
Next round of feedback :) Good progress!
@ -19,2 +5,3 @@## [0.53.7] - [2022-11-10]The LBRY Web UI comes bundled as part of [LBRYApp](https://github.com/lbryio/lbry-app).Web UI version numbers should always match the corresponding version of LBRY App.Looks like this got duplicated
@ -0,0 +40,4 @@};}export function doSetClientSetting(key, value) {Looks like this still needs to be refactored.
@ -0,0 +4,4 @@import App from "component/app/index.js";import SnackBar from "component/snackBar";import { Provider } from "react-redux";import store from "store.js";This also needs to be refactored. This needs to be done react/redux style, and should fit into existing settings selectors/reducers/actions.
@ -0,0 +17,4 @@this.state = {// isMaxUpload: daemonSettings && daemonSettings.max_upload != 0,// isMaxDownload: daemonSettings && daemonSettings.max_download != 0,showUnavailable: lbry.getClientSetting(settings.SHOW_UNAVAILABLE),Please add this to
constants/settings.js(this is new).???
@ -23,0 +31,4 @@tfoot td {padding: $spacing-vertical / 2 8px;font-size: .85em;}Typo (ever instead of even)
@ -6,1 +15,4 @@margin-left: calc(var(--tooltip-width) * -1 / 2);white-space: normal;box-sizing: border-box;padding: $spacing-vertical / 2;Is tooltip-width defined? Is calc necessary?
@ -0,0 +4,4 @@import App from "component/app/index.js";import SnackBar from "component/snackBar";import { Provider } from "react-redux";import store from "store.js";yes, I didn't work on that, just in
scss@ -6,1 +15,4 @@margin-left: calc(var(--tooltip-width) * -1 / 2);white-space: normal;box-sizing: border-box;padding: $spacing-vertical / 2;let me check...
@ -23,0 +31,4 @@tfoot td {padding: $spacing-vertical / 2 8px;font-size: .85em;}oh didn't notice, thanks
yeah I'm gonna remove that, I just update
scss@ -6,1 +15,4 @@margin-left: calc(var(--tooltip-width) * -1 / 2);white-space: normal;box-sizing: border-box;padding: $spacing-vertical / 2;yeah, now it's defined ^^
@ -6,1 +15,4 @@margin-left: calc(var(--tooltip-width) * -1 / 2);white-space: normal;box-sizing: border-box;padding: $spacing-vertical / 2;4ddecf2aaa/ui/scss/_vars.scss (L115)@ -23,0 +31,4 @@tfoot td {padding: $spacing-vertical / 2 8px;font-size: .85em;}https://github.com/btzr-io/lbry-app/blob/master/ui/scss/component/_table.scss#L41
@ -23,0 +31,4 @@tfoot td {padding: $spacing-vertical / 2 8px;font-size: .85em;}fixed ^^
fixed ->
58496c1@ -6,1 +15,4 @@margin-left: calc(var(--tooltip-width) * -1 / 2);white-space: normal;box-sizing: border-box;padding: $spacing-vertical / 2;here ^^
@ -0,0 +17,4 @@this.state = {// isMaxUpload: daemonSettings && daemonSettings.max_upload != 0,// isMaxDownload: daemonSettings && daemonSettings.max_download != 0,showUnavailable: lbry.getClientSetting(settings.SHOW_UNAVAILABLE),https://github.com/btzr-io/lbry-app/blob/master/ui/js/constants/settings.js#L6
@ -0,0 +17,4 @@this.state = {// isMaxUpload: daemonSettings && daemonSettings.max_upload != 0,// isMaxDownload: daemonSettings && daemonSettings.max_download != 0,showUnavailable: lbry.getClientSetting(settings.SHOW_UNAVAILABLE),fixed ^^
@ -0,0 +4,4 @@import App from "component/app/index.js";import SnackBar from "component/snackBar";import { Provider } from "react-redux";import store from "store.js";https://github.com/btzr-io/lbry-app/blob/master/ui/js/actions/settings.js#L46
@ -0,0 +4,4 @@import App from "component/app/index.js";import SnackBar from "component/snackBar";import { Provider } from "react-redux";import store from "store.js";Here is my first try 🙃 ^^
@ -19,2 +5,3 @@## [0.53.7] - [2022-11-10]The LBRY Web UI comes bundled as part of [LBRYApp](https://github.com/lbryio/lbry-app).Web UI version numbers should always match the corresponding version of LBRY App.https://github.com/btzr-io/lbry-app/blob/master/CHANGELOG.md
Quick fix:
@kauffj I'm ready for the third round 🙃 ^^
@ -0,0 +7,4 @@class App extends React.PureComponent {componentWillMount() {const {alertError,@kauffj Would be ok to move this ->
splashcomponent? ^^Inspection only on this review, but looks super close!
@ -0,0 +347,4 @@return Promise.resolve();};}settings.THEMES@ -0,0 +7,4 @@class App extends React.PureComponent {componentWillMount() {const {alertError,I think getThemes would only need to be called by the
willComponentMountmethod inpage/settingsand we should use a design that doesn't require a call tosetThemeat all.Put
setThemeindoDaemonReadyif we need to keep it.(And shouldn't this be setting the theme to the current setting value?)
@ -0,0 +7,4 @@class App extends React.PureComponent {componentWillMount() {const {alertError,it has a fallback to do that: https://github.com/btzr-io/lbry-app/blob/master/ui/js/actions/settings.js#L55
@ -0,0 +7,4 @@class App extends React.PureComponent {componentWillMount() {const {alertError,ok, done 👍
@ -0,0 +347,4 @@return Promise.resolve();};}fixed: https://github.com/lbryio/lbry-app/pull/436/commits/8b8c9c9da935fd47052fc8d6b3635d48dd3a4fa7
@kauffj fixed last review, so I'll wait for the next one ^^ 🙃
@ -0,0 +43,4 @@export function doSetClientSetting(key, value) {lbry.setClientSetting(key, value);return {Yeah, probably not the best implementation, any ideas ?
@ -0,0 +317,4 @@`${path}`);dispatch(doAuthenticate());dispatch({@kauffj ^^
Fix conflicts
03b04adIs this going on the right direction 😕 ? ^^
Just waiting for the new release...
This is merged into branch
v16, which will be next release, inad6b4f4f03.See
1019a94221for my final changes, which were:This is a big win in terms of CSS refactoring and adopting the best standards, in addition to the ability to give users greater flexibility in aesthetics.
Pull request closed