Newnew #2144
|
@ -46,6 +46,7 @@
|
||||||
"electron-log": "^2.2.12",
|
"electron-log": "^2.2.12",
|
||||||
"electron-updater": "^2.23.3",
|
"electron-updater": "^2.23.3",
|
||||||
"electron-window-state": "^4.1.1",
|
"electron-window-state": "^4.1.1",
|
||||||
|
"filewatcher-webpack-plugin": "^1.2.0",
|
||||||
"find-process": "^1.1.0",
|
"find-process": "^1.1.0",
|
||||||
"formik": "^0.10.4",
|
"formik": "^0.10.4",
|
||||||
"hast-util-sanitize": "^1.1.2",
|
"hast-util-sanitize": "^1.1.2",
|
||||||
|
@ -89,6 +90,7 @@
|
||||||
},
|
},
|
||||||
"devDependencies": {
|
"devDependencies": {
|
||||||
"@lbry/color": "^1.0.2",
|
"@lbry/color": "^1.0.2",
|
||||||
|
"@lbry/components": "^1.5.1",
|
||||||
"axios": "^0.18.0",
|
"axios": "^0.18.0",
|
||||||
"babel-eslint": "^8.2.2",
|
"babel-eslint": "^8.2.2",
|
||||||
"babel-plugin-module-resolver": "^3.1.1",
|
"babel-plugin-module-resolver": "^3.1.1",
|
||||||
|
@ -113,7 +115,6 @@
|
||||||
"eslint-plugin-jsx-a11y": "^6.0.3",
|
"eslint-plugin-jsx-a11y": "^6.0.3",
|
||||||
"eslint-plugin-prettier": "^2.6.0",
|
"eslint-plugin-prettier": "^2.6.0",
|
||||||
"eslint-plugin-react": "^7.7.0",
|
"eslint-plugin-react": "^7.7.0",
|
||||||
"filewatcher-webpack-plugin": "^1.2.0",
|
|
||||||
"flow-bin": "^0.69.0",
|
"flow-bin": "^0.69.0",
|
||||||
"flow-typed": "^2.3.0",
|
"flow-typed": "^2.3.0",
|
||||||
"husky": "^0.14.3",
|
"husky": "^0.14.3",
|
||||||
|
|
|
@ -67,7 +67,6 @@ app.on('ready', async () => {
|
||||||
// Windows WMIC returns lbrynet start with 2 spaces. https://github.com/yibn2008/find-process/issues/18
|
// Windows WMIC returns lbrynet start with 2 spaces. https://github.com/yibn2008/find-process/issues/18
|
||||||
const processListArgs = process.platform === 'win32' ? 'lbrynet start' : 'lbrynet start';
|
const processListArgs = process.platform === 'win32' ? 'lbrynet start' : 'lbrynet start';
|
||||||
const processList = await findProcess('name', processListArgs);
|
const processList = await findProcess('name', processListArgs);
|
||||||
|
|
||||||
const isDaemonRunning = processList.length > 0;
|
const isDaemonRunning = processList.length > 0;
|
||||||
|
|
||||||
if (!isDaemonRunning) {
|
if (!isDaemonRunning) {
|
||||||
|
|
|
@ -23,7 +23,7 @@ export default class Address extends React.PureComponent<Props> {
|
||||||
const { address, doToast } = this.props;
|
const { address, doToast } = this.props;
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<FormRow verticallyCentered padded stretch>
|
<FormRow verticallyCentered stretch>
|
||||||
<input
|
<input
|
||||||
className="input-copyable form-field__input"
|
className="input-copyable form-field__input"
|
||||||
readOnly
|
readOnly
|
||||||
|
|
|
@ -89,6 +89,7 @@ class App extends React.PureComponent<Props> {
|
||||||
|
|
||||||
scrollListener() {
|
scrollListener() {
|
||||||
const { recordScroll } = this.props;
|
const { recordScroll } = this.props;
|
||||||
|
|
||||||
if (this.mainContent) {
|
if (this.mainContent) {
|
||||||
recordScroll(this.mainContent.scrollTop);
|
recordScroll(this.mainContent.scrollTop);
|
||||||
}
|
}
|
||||||
|
|
|
@ -23,7 +23,8 @@ type Props = {
|
||||||
noPadding: ?boolean, // to remove padding and allow circular buttons
|
noPadding: ?boolean, // to remove padding and allow circular buttons
|
||||||
uppercase: ?boolean,
|
uppercase: ?boolean,
|
||||||
iconColor?: string,
|
iconColor?: string,
|
||||||
tourniquet: ?boolean, // to shorten the button and ellipsis, only use for links
|
iconSize?: number,
|
||||||
|
constrict: ?boolean, // to shorten the button and ellipsis, only use for links
|
||||||
};
|
};
|
||||||
|
|
||||||
class Button extends React.PureComponent<Props> {
|
class Button extends React.PureComponent<Props> {
|
||||||
|
@ -51,7 +52,8 @@ class Button extends React.PureComponent<Props> {
|
||||||
noPadding,
|
noPadding,
|
||||||
uppercase,
|
uppercase,
|
||||||
iconColor,
|
iconColor,
|
||||||
tourniquet,
|
iconSize,
|
||||||
|
constrict,
|
||||||
...otherProps
|
...otherProps
|
||||||
} = this.props;
|
} = this.props;
|
||||||
|
|
||||||
|
@ -71,7 +73,7 @@ class Button extends React.PureComponent<Props> {
|
||||||
'btn--link': button === 'link',
|
'btn--link': button === 'link',
|
||||||
'btn--external-link': button === 'link' && href,
|
'btn--external-link': button === 'link' && href,
|
||||||
'btn--uppercase': uppercase,
|
'btn--uppercase': uppercase,
|
||||||
'btn--tourniquet': tourniquet,
|
'btn--constrict': constrict,
|
||||||
}
|
}
|
||||||
: 'btn--no-style',
|
: 'btn--no-style',
|
||||||
className
|
className
|
||||||
|
@ -87,10 +89,10 @@ class Button extends React.PureComponent<Props> {
|
||||||
|
|
||||||
const content = (
|
const content = (
|
||||||
<span className="btn__content">
|
<span className="btn__content">
|
||||||
{icon && <Icon icon={icon} iconColor={iconColor} />}
|
{icon && <Icon icon={icon} iconColor={iconColor} size={iconSize} />}
|
||||||
{label && <span className="btn__label">{label}</span>}
|
{label && <span className="btn__label">{label}</span>}
|
||||||
{children && children}
|
{children && children}
|
||||||
{iconRight && <Icon icon={iconRight} iconColor={iconColor} />}
|
{iconRight && <Icon icon={iconRight} iconColor={iconColor} size={iconSize} />}
|
||||||
</span>
|
</span>
|
||||||
);
|
);
|
||||||
|
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
// @flow
|
// @flow
|
||||||
import React from 'react';
|
import React from 'react';
|
||||||
import classnames from 'classnames';
|
import Native from 'native';
|
||||||
|
|
||||||
type Props = {
|
type Props = {
|
||||||
thumbnail: ?string, // externally sourced image
|
thumbnail: ?string, // externally sourced image
|
||||||
|
@ -12,13 +12,13 @@ class CardMedia extends React.PureComponent<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<div
|
<div
|
||||||
style={thumbnail ? { backgroundImage: `url('${thumbnail}')` } : {}}
|
style={
|
||||||
className={classnames('card__media', {
|
thumbnail
|
||||||
'card__media--no-img': !thumbnail,
|
? { backgroundImage: `url('${thumbnail}')` }
|
||||||
})}
|
: { backgroundImage: `url('${Native.imagePath('placeholder.png')}')` }
|
||||||
>
|
}
|
||||||
{!thumbnail && <span className="card__media-text">LBRY</span>}
|
className="media__thumb"
|
||||||
</div>
|
/>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
|
@ -7,7 +7,6 @@ import ToolTip from 'component/common/tooltip';
|
||||||
import FileCard from 'component/fileCard';
|
import FileCard from 'component/fileCard';
|
||||||
import Button from 'component/button';
|
import Button from 'component/button';
|
||||||
import SubscribeButton from 'component/subscribeButton';
|
import SubscribeButton from 'component/subscribeButton';
|
||||||
import classnames from 'classnames';
|
|
||||||
|
|
||||||
type Props = {
|
type Props = {
|
||||||
category: string,
|
category: string,
|
||||||
|
@ -17,7 +16,6 @@ type Props = {
|
||||||
channelClaims: ?Array<Claim>,
|
channelClaims: ?Array<Claim>,
|
||||||
fetchChannel: string => void,
|
fetchChannel: string => void,
|
||||||
obscureNsfw: boolean,
|
obscureNsfw: boolean,
|
||||||
isSubComponent: boolean,
|
|
||||||
};
|
};
|
||||||
|
|
||||||
type State = {
|
type State = {
|
||||||
|
@ -28,7 +26,6 @@ type State = {
|
||||||
class CategoryList extends PureComponent<Props, State> {
|
class CategoryList extends PureComponent<Props, State> {
|
||||||
static defaultProps = {
|
static defaultProps = {
|
||||||
categoryLink: '',
|
categoryLink: '',
|
||||||
isSubComponent: false,
|
|
||||||
};
|
};
|
||||||
|
|
||||||
constructor() {
|
constructor() {
|
||||||
|
@ -210,32 +207,29 @@ class CategoryList extends PureComponent<Props, State> {
|
||||||
}
|
}
|
||||||
|
|
||||||
render() {
|
render() {
|
||||||
const {
|
const { category, categoryLink, names, channelClaims, obscureNsfw } = this.props;
|
||||||
category,
|
|
||||||
categoryLink,
|
|
||||||
names,
|
|
||||||
channelClaims,
|
|
||||||
obscureNsfw,
|
|
||||||
isSubComponent,
|
|
||||||
} = this.props;
|
|
||||||
const { canScrollNext, canScrollPrevious } = this.state;
|
const { canScrollNext, canScrollPrevious } = this.state;
|
||||||
const isCommunityTopBids = category.match(/^community/i);
|
const isCommunityTopBids = category.match(/^community/i);
|
||||||
const showScrollButtons = isCommunityTopBids ? !obscureNsfw : true;
|
const showScrollButtons = isCommunityTopBids ? !obscureNsfw : true;
|
||||||
|
|
||||||
// isSubComponent is a hack, this component should be able to handle this with proper overflow styling
|
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<div className="card-row">
|
<section className="media-group--row">
|
||||||
<div
|
<header className="media-group__header">
|
||||||
className={classnames('card-row__header', {
|
<div className="media-group__header-title">
|
||||||
'card-row__header--sub-component': isSubComponent,
|
|
||||||
})}
|
|
||||||
>
|
|
||||||
<div className="card-row__title">
|
|
||||||
{categoryLink ? (
|
{categoryLink ? (
|
||||||
<div className="card__actions card__actions--no-margin">
|
<div className="channel-info__actions">
|
||||||
<Button label={category} navigate="/show" navigateParams={{ uri: categoryLink }} />
|
<div className="channel-info__actions__group">
|
||||||
<SubscribeButton uri={`lbry://${categoryLink}`} showSnackBarOnSubscribe />
|
<Button
|
||||||
|
label={category}
|
||||||
|
navigate="/show"
|
||||||
|
navigateParams={{ uri: categoryLink }}
|
||||||
|
/>
|
||||||
|
<SubscribeButton
|
||||||
|
button="alt"
|
||||||
|
showSnackBarOnSubscribe
|
||||||
|
uri={`lbry://${categoryLink}`}
|
||||||
|
/>
|
||||||
|
</div>
|
||||||
</div>
|
</div>
|
||||||
) : (
|
) : (
|
||||||
category
|
category
|
||||||
|
@ -250,38 +244,30 @@ class CategoryList extends PureComponent<Props, State> {
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
{showScrollButtons && (
|
{showScrollButtons && (
|
||||||
<div
|
<nav className="media-group__header-navigation">
|
||||||
className={classnames('card-row__scroll-btns', {
|
|
||||||
'card-row__scroll-btns--sub-component': isSubComponent,
|
|
||||||
})}
|
|
||||||
>
|
|
||||||
<Button
|
<Button
|
||||||
className="btn--arrow"
|
|
||||||
disabled={!canScrollPrevious}
|
disabled={!canScrollPrevious}
|
||||||
onClick={this.handleScrollPrevious}
|
onClick={this.handleScrollPrevious}
|
||||||
icon={ICONS.ARROW_LEFT}
|
icon={ICONS.ARROW_LEFT}
|
||||||
/>
|
/>
|
||||||
<Button
|
<Button
|
||||||
className="btn--arrow"
|
|
||||||
disabled={!canScrollNext}
|
disabled={!canScrollNext}
|
||||||
onClick={this.handleScrollNext}
|
onClick={this.handleScrollNext}
|
||||||
icon={ICONS.ARROW_RIGHT}
|
icon={ICONS.ARROW_RIGHT}
|
||||||
This is probably due to the additional icon div that appears when you have something downloaded. If you scroll, do you see icons? This is probably due to the additional icon div that appears when you have something downloaded. If you scroll, do you see icons?
Yeah it is. Should this always keep a space for that div? If you start downloading something, then go to the home page before it starts, it jumps when the icon is added. Yeah it is. Should this always keep a space for that div? If you start downloading something, then go to the home page before it starts, it jumps when the icon is added.
I'll add a height to it so the jumping doesn't happen. I'll add a height to it so the jumping doesn't happen.
|
|||||||
/>
|
/>
|
||||||
</div>
|
</nav>
|
||||||
)}
|
)}
|
||||||
</div>
|
</header>
|
||||||
{obscureNsfw && isCommunityTopBids ? (
|
{obscureNsfw && isCommunityTopBids ? (
|
||||||
<div className="card-row__message help">
|
<p className="media__message media__message--help">
|
||||||
{__(
|
{__(
|
||||||
'The community top bids section is only visible if you allow mature content in the app. You can change your content viewing preferences'
|
'The community top bids section is only visible if you allow mature content in the app. You can change your content viewing preferences'
|
||||||
)}{' '}
|
)}{' '}
|
||||||
<Button button="link" navigate="/settings" label={__('here')} />.
|
<Button button="link" navigate="/settings" label={__('here')} />.
|
||||||
</div>
|
</p>
|
||||||
) : (
|
) : (
|
||||||
<div
|
<ul
|
||||||
className={classnames('card-row__scrollhouse', {
|
className="media-scrollhouse"
|
||||||
'card-row__scrollhouse--sub-component': isSubComponent,
|
|
||||||
})}
|
|
||||||
ref={ref => {
|
ref={ref => {
|
||||||
this.rowItems = ref;
|
this.rowItems = ref;
|
||||||
}}
|
}}
|
||||||
|
@ -314,9 +300,9 @@ class CategoryList extends PureComponent<Props, State> {
|
||||||
new Array(10).fill(1).map((x, i) => <FileCard placeholder key={i} />)
|
new Array(10).fill(1).map((x, i) => <FileCard placeholder key={i} />)
|
||||||
/* eslint-enable react/no-array-index-key */
|
/* eslint-enable react/no-array-index-key */
|
||||||
}
|
}
|
||||||
</div>
|
</ul>
|
||||||
)}
|
)}
|
||||||
</div>
|
</section>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
|
@ -9,11 +9,13 @@ import type { Claim } from 'types/claim';
|
||||||
type Props = {
|
type Props = {
|
||||||
uri: string,
|
uri: string,
|
||||||
isResolvingUri: boolean,
|
isResolvingUri: boolean,
|
||||||
|
isSearchResult: boolean,
|
||||||
totalItems: number,
|
totalItems: number,
|
||||||
size: string,
|
size: string,
|
||||||
claim: ?Claim,
|
claim: ?Claim,
|
||||||
resolveUri: string => void,
|
resolveUri: string => void,
|
||||||
navigate: (string, ?{}) => void,
|
navigate: (string, ?{}) => void,
|
||||||
|
buttonStyle: string,
|
||||||
};
|
};
|
||||||
|
|
||||||
class ChannelTile extends React.PureComponent<Props> {
|
class ChannelTile extends React.PureComponent<Props> {
|
||||||
|
@ -36,7 +38,16 @@ class ChannelTile extends React.PureComponent<Props> {
|
||||||
}
|
}
|
||||||
|
|
||||||
render() {
|
render() {
|
||||||
const { claim, navigate, isResolvingUri, totalItems, uri, size } = this.props;
|
const {
|
||||||
|
claim,
|
||||||
|
navigate,
|
||||||
|
isResolvingUri,
|
||||||
|
isSearchResult,
|
||||||
|
totalItems,
|
||||||
|
uri,
|
||||||
|
size,
|
||||||
|
buttonStyle,
|
||||||
|
} = this.props;
|
||||||
|
|
||||||
let channelName;
|
let channelName;
|
||||||
let subscriptionUri;
|
let subscriptionUri;
|
||||||
|
@ -51,20 +62,21 @@ class ChannelTile extends React.PureComponent<Props> {
|
||||||
<section
|
<section
|
||||||
onClick={onClick}
|
onClick={onClick}
|
||||||
role="button"
|
role="button"
|
||||||
className={classnames('file-tile card--link', {
|
className={classnames('media-tile card--link', {
|
||||||
'file-tile--small': size === 'small',
|
'media--search-result': isSearchResult,
|
||||||
'file-tile--large': size === 'large',
|
'media--small': size === 'small',
|
||||||
|
'media--large': size === 'large',
|
||||||
})}
|
})}
|
||||||
>
|
>
|
||||||
<CardMedia title={channelName} thumbnail={null} />
|
<CardMedia title={channelName} thumbnail={null} />
|
||||||
<div className="file-tile__info">
|
<div className="media__info">
|
||||||
{isResolvingUri && <div className="file-tile__title">{__('Loading...')}</div>}
|
{isResolvingUri && <div className="media__title">{__('Loading...')}</div>}
|
||||||
{!isResolvingUri && (
|
{!isResolvingUri && (
|
||||||
<React.Fragment>
|
<React.Fragment>
|
||||||
<div className="file-tile__title">
|
<div className="media__title">
|
||||||
This is misaligned on the search page This is misaligned on the search page
<img width="400" alt="screen shot 2018-12-12 at 3 22 17 pm" src="https://user-images.githubusercontent.com/16882830/49896640-f5710200-fe21-11e8-9aea-a59785d269c0.png">
|
|||||||
<TruncatedText text={channelName || uri} lines={1} />
|
<TruncatedText text={channelName || uri} lines={1} />
|
||||||
</div>
|
</div>
|
||||||
<div className="card__subtitle">
|
<div className="media__subtitle">
|
||||||
{totalItems > 0 && (
|
{totalItems > 0 && (
|
||||||
<span>
|
<span>
|
||||||
{totalItems} {totalItems === 1 ? 'file' : 'files'}
|
{totalItems} {totalItems === 1 ? 'file' : 'files'}
|
||||||
|
@ -75,8 +87,8 @@ class ChannelTile extends React.PureComponent<Props> {
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
)}
|
)}
|
||||||
{subscriptionUri && (
|
{subscriptionUri && (
|
||||||
<div className="card__actions">
|
<div className="media__actions">
|
||||||
<SubscribeButton uri={subscriptionUri} />
|
<SubscribeButton buttonStyle="inverse" uri={subscriptionUri} />
|
||||||
</div>
|
</div>
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
|
|
|
@ -13,7 +13,6 @@ type Props = {
|
||||||
large?: boolean,
|
large?: boolean,
|
||||||
showLBC?: boolean,
|
showLBC?: boolean,
|
||||||
fee?: boolean,
|
fee?: boolean,
|
||||||
inheritStyle?: boolean,
|
|
||||||
badge?: boolean,
|
badge?: boolean,
|
||||||
};
|
};
|
||||||
|
|
||||||
|
@ -37,7 +36,6 @@ class CreditAmount extends React.PureComponent<Props> {
|
||||||
isEstimate,
|
isEstimate,
|
||||||
fee,
|
fee,
|
||||||
showLBC,
|
showLBC,
|
||||||
inheritStyle,
|
|
||||||
badge,
|
badge,
|
||||||
} = this.props;
|
} = this.props;
|
||||||
|
|
||||||
|
@ -66,7 +64,11 @@ class CreditAmount extends React.PureComponent<Props> {
|
||||||
}
|
}
|
||||||
|
|
||||||
if (showLBC) {
|
if (showLBC) {
|
||||||
amountText = `${amountText} ${__('LBC')}`;
|
amountText = (
|
||||||
|
<span>
|
||||||
|
{amountText} {__('LBC')}
|
||||||
|
</span>
|
||||||
|
);
|
||||||
}
|
}
|
||||||
|
|
||||||
if (fee) {
|
if (fee) {
|
||||||
|
@ -77,14 +79,11 @@ class CreditAmount extends React.PureComponent<Props> {
|
||||||
return (
|
return (
|
||||||
<span
|
<span
|
||||||
title={fullPrice}
|
title={fullPrice}
|
||||||
className={classnames('credit-amount', {
|
className={classnames('badge', {
|
||||||
'credit-amount--large': large,
|
|
||||||
// TODO: remove inheritStyle prop
|
|
||||||
// It just complicates things
|
|
||||||
'credit-amount--inherit': inheritStyle,
|
|
||||||
badge,
|
badge,
|
||||||
'badge--cost': badge && !isFree,
|
'badge--cost': (badge && !isFree) || amount > 0,
|
||||||
'badge--free': badge && isFree,
|
'badge--free': badge && isFree,
|
||||||
|
'badge--large': large,
|
||||||
})}
|
})}
|
||||||
>
|
>
|
||||||
{amountText}
|
{amountText}
|
||||||
|
|
|
@ -68,9 +68,11 @@ export class FormField extends React.PureComponent<Props> {
|
||||||
if (type) {
|
if (type) {
|
||||||
if (type === 'select') {
|
if (type === 'select') {
|
||||||
input = (
|
input = (
|
||||||
|
<div className="form-field__select-wrapper">
|
||||||
<select className="form-field__select" id={name} {...inputProps}>
|
<select className="form-field__select" id={name} {...inputProps}>
|
||||||
{children}
|
{children}
|
||||||
</select>
|
</select>
|
||||||
|
</div>
|
||||||
);
|
);
|
||||||
} else if (type === 'markdown') {
|
} else if (type === 'markdown') {
|
||||||
const handleEvents = {
|
const handleEvents = {
|
||||||
|
|
96
src/renderer/component/common/icon-custom.jsx
Normal file
|
@ -0,0 +1,96 @@
|
||||||
|
// @flow
|
||||||
|
import * as ICONS from 'constants/icons';
|
||||||
|
import React from 'react';
|
||||||
|
|
||||||
|
// Returns a react component
|
||||||
|
const buildIcon = iconStrokes => ({ size = 24, color = 'currentColor', ...otherProps }) => (
|
||||||
|
<svg
|
||||||
|
xmlns="http://www.w3.org/2000/svg"
|
||||||
|
viewBox="0 0 24 24"
|
||||||
|
width={size}
|
||||||
|
height={size}
|
||||||
|
fill="none"
|
||||||
|
stroke={color}
|
||||||
|
strokeWidth="2"
|
||||||
|
strokeLinecap="round"
|
||||||
|
strokeLinejoin="round"
|
||||||
|
{...otherProps}
|
||||||
|
>
|
||||||
|
{iconStrokes}
|
||||||
|
</svg>
|
||||||
|
);
|
||||||
|
|
||||||
|
export const customIcons = {
|
||||||
|
[ICONS.ARROW_LEFT]: buildIcon(
|
||||||
|
<g fill="none" fillRule="evenodd" strokeLinecap="round">
|
||||||
|
<path d="M4, 12 L21, 12" />
|
||||||
|
<polyline
|
||||||
|
strokeLinejoin="round"
|
||||||
|
transform="translate(7.000000, 12.000000) scale(-1, 1) translate(-7.000000, -12.000000)"
|
||||||
|
points="3 4 11 12 3 20"
|
||||||
|
/>
|
||||||
|
</g>
|
||||||
|
),
|
||||||
|
[ICONS.ARROW_RIGHT]: buildIcon(
|
||||||
|
<g fill="none" fillRule="evenodd" strokeLinecap="round">
|
||||||
|
<path d="M3, 12 L20, 12" />
|
||||||
|
<polyline strokeLinejoin="round" points="13 4 21 12 13 20" />
|
||||||
|
</g>
|
||||||
|
),
|
||||||
|
[ICONS.EYE]: buildIcon(
|
||||||
|
<g fill="none" fillRule="evenodd">
|
||||||
|
<path
|
||||||
|
d="M2, 12 C2, 12 5, 5 12, 5 C19, 5 22, 12 22, 12 C22, 12 19, 19 12, 19 C5, 19 2, 12 2, 12 Z"
|
||||||
|
strokeLinejoin="round"
|
||||||
|
/>
|
||||||
|
<circle cx="12" cy="12" r="3" />
|
||||||
|
<path d="M12, 5 L12, 3" strokeLinecap="round" />
|
||||||
|
<path d="M18, 6.5 L19, 5" strokeLinecap="round" />
|
||||||
|
<path d="M21, 10 L22.5, 9" strokeLinecap="round" />
|
||||||
|
<path
|
||||||
|
d="M1.5, 10 L3, 9"
|
||||||
|
strokeLinecap="round"
|
||||||
|
transform="translate(2.250000, 9.500000) scale(1, -1) translate(-2.250000, -9.500000)"
|
||||||
|
/>
|
||||||
|
<path
|
||||||
|
d="M5, 6.5 L6, 5"
|
||||||
|
strokeLinecap="round"
|
||||||
|
transform="translate(5.500000, 5.750000) scale(-1, 1) translate(-5.500000, -5.750000)"
|
||||||
|
/>
|
||||||
|
</g>
|
||||||
|
),
|
||||||
|
|
||||||
|
[ICONS.HOME]: buildIcon(
|
||||||
|
<g strokeWidth="2" fill="none" fillRule="evenodd" strokeLinecap="round" strokeLinejoin="round">
|
||||||
|
<path d="M1, 11 L12, 2 C12, 2 22.9999989, 11.0000005 23, 11" />
|
||||||
|
<path d="M3, 10 C3, 10 3, 10.4453982 3, 10.9968336 L3, 20.0170446 C3, 20.5675806 3.43788135, 21.0138782 4.00292933, 21.0138781 L8.99707067, 21.0138779 C9.55097324, 21.0138779 10, 20.5751284 10, 20.0089602 L10, 15.0049177 C10, 14.449917 10.4433532, 14 11.0093689, 14 L12.9906311, 14 C13.5480902, 14 14, 14.4387495 14, 15.0049177 L14, 20.0089602 C14, 20.5639609 14.4378817, 21.0138779 15.0029302, 21.0138779 L19.9970758, 21.0138781 C20.5509789, 21.0138782 21.000006, 20.56848 21.000006, 20.0170446 L21.0000057, 10" />
|
||||||
|
</g>
|
||||||
|
),
|
||||||
|
[ICONS.MENU]: buildIcon(
|
||||||
|
<path
|
||||||
|
d="M3.5, 7 C3.5, 7.27910535 3.72002141, 7.5 3.99339768, 7.5 L20.0066023, 7.5 C20.2782464, 7.5 20.5, 7.27680164 20.5, 7 C20.5, 6.72089465 20.2799786, 6.5 20.0066023, 6.5 L3.99339768, 6.5 C3.72175357, 6.5 3.5, 6.72319836 3.5, 7 Z M3.5, 12 C3.5, 12.2791054 3.72002141, 12.5 3.99339768, 12.5 L20.0066023, 12.5 C20.2782464, 12.5 20.5, 12.2768016 20.5, 12 C20.5, 11.7208946 20.2799786, 11.5 20.0066023, 11.5 L3.99339768, 11.5 C3.72175357, 11.5 3.5, 11.7231984 3.5, 12 Z M3.5, 17 C3.5, 17.2791054 3.72002141, 17.5 3.99339768, 17.5 L20.0066023, 17.5 C20.2782464, 17.5 20.5, 17.2768016 20.5, 17 C20.5, 16.7208946 20.2799786, 16.5 20.0066023, 16.5 L3.99339768, 16.5 C3.72175357, 16.5 3.5, 16.7231984 3.5, 17 Z"
|
||||||
|
fill="none"
|
||||||
|
fillRule="evenodd"
|
||||||
|
strokeWidth="1"
|
||||||
|
/>
|
||||||
|
),
|
||||||
|
[ICONS.PLAY]: buildIcon(
|
||||||
|
<g fill="white" fillRule="evenodd" strokeLinejoin="round">
|
||||||
|
<polygon points="5 21 5 3 21 12" />
|
||||||
|
</g>
|
||||||
|
),
|
||||||
|
[ICONS.UPLOAD]: buildIcon(
|
||||||
|
<g fill="none" fillRule="evenodd" strokeLinecap="round">
|
||||||
|
<path
|
||||||
|
d="M8, 18 L5, 18 L5, 18 C2.790861, 18 1, 16.209139 1, 14 C1, 11.790861 2.790861, 10 5, 10 C5.35840468, 10 5.70579988, 10.0471371 6.03632437, 10.1355501 C6.01233106, 9.92702603 6, 9.71495305 6, 9.5 C6, 6.46243388 8.46243388, 4 11.5, 4 C14.0673313, 4 16.2238156, 5.7590449 16.8299648, 8.1376465 C17.2052921, 8.04765874 17.5970804, 8 18, 8 C20.7614237, 8 23, 10.2385763 23, 13 C23, 15.7614237 20.7614237, 18 18, 18 L16, 18"
|
||||||
|
strokeLinejoin="round"
|
||||||
|
/>
|
||||||
|
<path d="M12, 13 L12, 21" />
|
||||||
|
<polyline
|
||||||
|
strokeLinejoin="round"
|
||||||
|
transform="translate(12.000000, 12.500000) scale(1, -1) translate(-12.000000, -12.500000)"
|
||||||
|
points="15 11 12 14 9 11"
|
||||||
|
/>
|
||||||
|
</g>
|
||||||
|
),
|
||||||
|
};
|
|
@ -3,6 +3,7 @@ import * as ICONS from 'constants/icons';
|
||||||
import React from 'react';
|
import React from 'react';
|
||||||
import * as FeatherIcons from 'react-feather';
|
import * as FeatherIcons from 'react-feather';
|
||||||
import Tooltip from 'component/common/tooltip';
|
import Tooltip from 'component/common/tooltip';
|
||||||
|
import { customIcons } from './icon-custom';
|
||||||
|
|
||||||
// It would be nice to standardize this somehow
|
// It would be nice to standardize this somehow
|
||||||
// These are copied from `scss/vars`, can they both come from the same source?
|
// These are copied from `scss/vars`, can they both come from the same source?
|
||||||
|
@ -44,7 +45,7 @@ class IconComponent extends React.PureComponent<Props> {
|
||||||
|
|
||||||
render() {
|
render() {
|
||||||
const { icon, tooltip, iconColor, size } = this.props;
|
const { icon, tooltip, iconColor, size } = this.props;
|
||||||
const Icon = FeatherIcons[icon];
|
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
|
||||||
|
|
||||||
if (!Icon) {
|
if (!Icon) {
|
||||||
return null;
|
return null;
|
||||||
|
@ -55,11 +56,7 @@ class IconComponent extends React.PureComponent<Props> {
|
||||||
color = this.getIconColor(iconColor);
|
color = this.getIconColor(iconColor);
|
||||||
}
|
}
|
||||||
|
|
||||||
let iconSize = size || 14;
|
const iconSize = size || 14;
|
||||||
// Arrow ICONS are quite a bit smaller than the other ICONS we use
|
|
||||||
if (icon === ICONS.ARROW_LEFT || icon === ICONS.ARROW_RIGHT) {
|
|
||||||
iconSize = 20;
|
|
||||||
}
|
|
||||||
|
|
||||||
let tooltipText;
|
let tooltipText;
|
||||||
if (tooltip) {
|
if (tooltip) {
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
We should use this component with the wallet balance in the header. We should use this component with the wallet balance in the header.
We should use this component with the wallet balance in the header. We should use this component with the wallet balance in the header.
|
|||||||
// @flow
|
// @flow
|
||||||
import React from 'react';
|
import React from 'react';
|
||||||
|
|
||||||
const LbcSymbol = () => <span>LBC</span>;
|
const LbcSymbol = () => <span> LBC</span>; // ℄
|
||||||
We should use this component with the wallet balance in the header. We should use this component with the wallet balance in the header.
We should use this component with the wallet balance in the header. We should use this component with the wallet balance in the header.
|
|||||||
|
|
||||||
export default LbcSymbol;
|
export default LbcSymbol;
|
||||||
|
|
||||||
We should use this component with the wallet balance in the header. We should use this component with the wallet balance in the header.
We should use this component with the wallet balance in the header. We should use this component with the wallet balance in the header.
|
|
@ -48,6 +48,7 @@ export default class Expandable extends PureComponent<Props, State> {
|
||||||
</div>
|
</div>
|
||||||
<Button
|
<Button
|
||||||
button="link"
|
button="link"
|
||||||
|
className="expandable__button"
|
||||||
label={expanded ? __('Less') : __('More')}
|
label={expanded ? __('Less') : __('More')}
|
||||||
onClick={this.handleClick}
|
onClick={this.handleClick}
|
||||||
/>
|
/>
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
// @flow
|
// @flow
|
||||||
import type { Claim, Metadata } from 'types/claim';
|
import type { Claim, Metadata } from 'types/claim';
|
||||||
import * as ICONS from 'constants/icons';
|
import * as icons from 'constants/icons';
|
||||||
import * as React from 'react';
|
import * as React from 'react';
|
||||||
import { normalizeURI, convertToShareLink } from 'lbry-redux';
|
import { normalizeURI, convertToShareLink } from 'lbry-redux';
|
||||||
import CardMedia from 'component/cardMedia';
|
import CardMedia from 'component/cardMedia';
|
||||||
|
@ -27,14 +27,12 @@ type Props = {
|
||||||
isResolvingUri: boolean,
|
isResolvingUri: boolean,
|
||||||
/* eslint-enable react/no-unused-prop-types */
|
/* eslint-enable react/no-unused-prop-types */
|
||||||
isSubscribed: boolean,
|
isSubscribed: boolean,
|
||||||
showSubscribedLogo: boolean,
|
|
||||||
isNew: boolean,
|
isNew: boolean,
|
||||||
placeholder: boolean,
|
placeholder: boolean,
|
||||||
};
|
};
|
||||||
|
|
||||||
class FileCard extends React.PureComponent<Props> {
|
class FileCard extends React.PureComponent<Props> {
|
||||||
static defaultProps = {
|
static defaultProps = {
|
||||||
showSubscribedLogo: false,
|
|
||||||
placeholder: false,
|
placeholder: false,
|
||||||
};
|
};
|
||||||
|
|
||||||
|
@ -66,7 +64,6 @@ class FileCard extends React.PureComponent<Props> {
|
||||||
pending,
|
pending,
|
||||||
isSubscribed,
|
isSubscribed,
|
||||||
isNew,
|
isNew,
|
||||||
showSubscribedLogo,
|
|
||||||
isResolvingUri,
|
isResolvingUri,
|
||||||
placeholder,
|
placeholder,
|
||||||
} = this.props;
|
} = this.props;
|
||||||
|
@ -79,12 +76,12 @@ class FileCard extends React.PureComponent<Props> {
|
||||||
|
|
||||||
if ((!claim && !pending) || placeholder) {
|
if ((!claim && !pending) || placeholder) {
|
||||||
return (
|
return (
|
||||||
<div className="card card--small">
|
<li className="media-card media--placeholder small">
|
||||||
<div className="card--placeholder card__media" />
|
<div className="media__thumb media__thumb--placeholder" />
|
||||||
<div className="card--placeholder placeholder__title" />
|
<div className="media__title media__title--placeholder" />
|
||||||
<div className="card--placeholder placeholder__channel" />
|
<div className="media__channel media__channel--placeholder" />
|
||||||
<div className="card--placeholder placeholder__date" />
|
<div className="media__date media__date--placeholder" />
|
||||||
</div>
|
</li>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
||||||
|
@ -107,39 +104,34 @@ class FileCard extends React.PureComponent<Props> {
|
||||||
// We should be able to tab through cards
|
// We should be able to tab through cards
|
||||||
/* eslint-disable jsx-a11y/click-events-have-key-events */
|
/* eslint-disable jsx-a11y/click-events-have-key-events */
|
||||||
return (
|
return (
|
||||||
<section
|
<li
|
||||||
tabIndex="0"
|
tabIndex="0"
|
||||||
role="button"
|
role="button"
|
||||||
onClick={!pending ? () => navigate('/show', { uri }) : () => {}}
|
onClick={!pending ? () => navigate('/show', { uri }) : () => {}}
|
||||||
className={classnames('card card--small', {
|
className={classnames('media-card', {
|
||||||
'card--link': !pending,
|
'media--link': !pending,
|
||||||
'card--pending': pending,
|
'media--pending': pending,
|
||||||
})}
|
})}
|
||||||
onContextMenu={handleContextMenu}
|
onContextMenu={handleContextMenu}
|
||||||
>
|
>
|
||||||
<CardMedia thumbnail={thumbnail} />
|
<CardMedia thumbnail={thumbnail} />
|
||||||
<div className="card__title card__title--file-card">
|
<div className="media__title">
|
||||||
<TruncatedText text={title} lines={2} />
|
<TruncatedText text={title} lines={2} />
|
||||||
</div>
|
</div>
|
||||||
<div className="card__subtitle">
|
<div className="media__subtitle">
|
||||||
{pending ? <div>Pending...</div> : <UriIndicator uri={uri} link />}
|
{pending ? <div>Pending...</div> : <UriIndicator uri={uri} link />}
|
||||||
</div>
|
</div>
|
||||||
<div className="card__subtitle card--space-between">
|
<div className="media__date">
|
||||||
<DateTime timeAgo block={height} />
|
<DateTime timeAgo block={height} />
|
||||||
|
</div>
|
||||||
<div className="card__file-properties">
|
<div className="media__properties">
|
||||||
<FilePrice hideFree uri={uri} />
|
<FilePrice hideFree uri={uri} />
|
||||||
{isRewardContent && <Icon iconColor="red" icon={ICONS.FEATURED} />}
|
{isRewardContent && <Icon iconColor="red" icon={icons.FEATURED} />}
|
||||||
{showSubscribedLogo && isSubscribed && <Icon icon={ICONS.HEART} />}
|
{isSubscribed && <Icon icon={icons.HEART} />}
|
||||||
{fileInfo && <Icon icon={ICONS.LOCAL} />}
|
{fileInfo && <Icon icon={icons.LOCAL} />}
|
||||||
|
{isNew && <span className="badge badge--alert">{__('NEW')}</span>}
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</li>
|
||||||
{isNew && (
|
|
||||||
<div className="card__subtitle">
|
|
||||||
<span className="badge badge--alert">{__('NEW')}</span>
|
|
||||||
</div>
|
|
||||||
)}
|
|
||||||
</section>
|
|
||||||
);
|
);
|
||||||
/* eslint-enable jsx-a11y/click-events-have-key-events */
|
/* eslint-enable jsx-a11y/click-events-have-key-events */
|
||||||
}
|
}
|
||||||
|
|
|
@ -69,14 +69,14 @@ class FileDetails extends PureComponent<Props> {
|
||||||
<Expandable>
|
<Expandable>
|
||||||
{description && (
|
{description && (
|
||||||
<Fragment>
|
<Fragment>
|
||||||
<div className="card__subtext-title">About</div>
|
<div className="media__info-title">About</div>
|
||||||
<div className="card__subtext">
|
<div className="media__info-text">
|
||||||
<MarkdownPreview content={description} promptLinks />
|
<MarkdownPreview content={description} promptLinks />
|
||||||
</div>
|
</div>
|
||||||
</Fragment>
|
</Fragment>
|
||||||
)}
|
)}
|
||||||
<div className="card__subtext-title">Info</div>
|
<div className="media__info-title">Info</div>
|
||||||
<div className="card__subtext">
|
<div className="media__info-text">
|
||||||
<div>
|
<div>
|
||||||
{__('Content-Type')}
|
{__('Content-Type')}
|
||||||
{': '}
|
{': '}
|
||||||
|
@ -105,9 +105,10 @@ class FileDetails extends PureComponent<Props> {
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
</Expandable>
|
</Expandable>
|
||||||
<div className="card__content">
|
|
||||||
<div className="card__subtext-title">Comments</div>
|
<div className="media__info-title">Comments</div>
|
||||||
<div className="card__actions card__actions--center">
|
|
||||||
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
data-id="add-comment"
|
data-id="add-comment"
|
||||||
disabled={hasClickedComment}
|
disabled={hasClickedComment}
|
||||||
|
@ -116,16 +117,14 @@ class FileDetails extends PureComponent<Props> {
|
||||||
onClick={this.handleCommentClick}
|
onClick={this.handleCommentClick}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
<br />
|
||||||
{hasClickedComment && (
|
{hasClickedComment && (
|
||||||
<p className="main--for-content">
|
<p className="main--for-content">
|
||||||
{user
|
{user
|
||||||
? __(
|
? __('Your support has been added. You will be notified when comments are available.')
|
||||||
'Your support has been added. You will be notified when comments are available.'
|
|
||||||
)
|
|
||||||
: __('Your support has been added. Comments are coming soon.')}
|
: __('Your support has been added. Comments are coming soon.')}
|
||||||
</p>
|
</p>
|
||||||
)}
|
)}
|
||||||
</div>
|
|
||||||
</Fragment>
|
</Fragment>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -174,7 +174,10 @@ class FileList extends React.PureComponent<Props> {
|
||||||
</FormField>
|
</FormField>
|
||||||
</div>
|
</div>
|
||||||
)}
|
)}
|
||||||
<div className="card__list card__content">{content}</div>
|
|
||||||
|
<section className="media-group--list">
|
||||||
|
<div className="card__list">{content}</div>
|
||||||
|
</section>
|
||||||
</section>
|
</section>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -35,33 +35,35 @@ class FileListSearch extends React.PureComponent<Props> {
|
||||||
query && (
|
query && (
|
||||||
<React.Fragment>
|
<React.Fragment>
|
||||||
<div className="search__results">
|
<div className="search__results">
|
||||||
<div className="search-result__row">
|
<section className="search__results-section">
|
||||||
<div className="file-list__header">{__('Search Results')}</div>
|
<div className="search__results-title">{__('Search Results')}</div>
|
||||||
<HiddenNsfwClaims uris={uris} />
|
<HiddenNsfwClaims uris={uris} />
|
||||||
{!isSearching && fileResults.length ? (
|
{!isSearching && fileResults.length ? (
|
||||||
fileResults.map(uri => <FileTile key={uri} uri={uri} />)
|
fileResults.map(uri => <FileTile isSearchResult key={uri} uri={uri} />)
|
||||||
) : (
|
) : (
|
||||||
<NoResults />
|
<NoResults />
|
||||||
)}
|
)}
|
||||||
</div>
|
</section>
|
||||||
|
|
||||||
<div className="search-result__row">
|
<section className="search__results-section">
|
||||||
<div className="file-list__header">{__('Channels')}</div>
|
<div className="search__results-title">{__('Channels')}</div>
|
||||||
{!isSearching && channelResults.length ? (
|
{!isSearching && channelResults.length ? (
|
||||||
channelResults.map(uri => <ChannelTile key={uri} uri={uri} />)
|
channelResults.map(uri => <ChannelTile isSearchResult key={uri} uri={uri} />)
|
||||||
) : (
|
) : (
|
||||||
<NoResults />
|
<NoResults />
|
||||||
)}
|
)}
|
||||||
</div>
|
</section>
|
||||||
|
|
||||||
<div className="search-result__row">
|
<section className="search__results-section">
|
||||||
<div className="file-list__header">{__('Your downloads')}</div>
|
<div className="search__results-title">{__('Your downloads')}</div>
|
||||||
{downloadUris && downloadUris.length ? (
|
{downloadUris && downloadUris.length ? (
|
||||||
downloadUris.map(uri => <FileTile hideNoResult key={uri} uri={uri} />)
|
downloadUris.map(uri => (
|
||||||
|
<FileTile hideNoResult isSearchResult key={uri} uri={uri} />
|
||||||
|
))
|
||||||
) : (
|
) : (
|
||||||
<NoResults />
|
<NoResults />
|
||||||
)}
|
)}
|
||||||
</div>
|
</section>
|
||||||
</div>
|
</div>
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
)
|
)
|
||||||
|
|
|
@ -16,6 +16,7 @@ type Props = {
|
||||||
obscureNsfw: boolean,
|
obscureNsfw: boolean,
|
||||||
claimIsMine: boolean,
|
claimIsMine: boolean,
|
||||||
isDownloaded: boolean,
|
isDownloaded: boolean,
|
||||||
|
isSearchResult: boolean,
|
||||||
uri: string,
|
uri: string,
|
||||||
isResolvingUri: boolean,
|
isResolvingUri: boolean,
|
||||||
rewardedContentClaimIds: Array<string>,
|
rewardedContentClaimIds: Array<string>,
|
||||||
|
@ -62,7 +63,7 @@ class FileTile extends React.PureComponent<Props> {
|
||||||
const isRewardContent = claim && rewardedContentClaimIds.includes(claim.claim_id);
|
const isRewardContent = claim && rewardedContentClaimIds.includes(claim.claim_id);
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<div className={classnames('card__file-properties', { card__subtitle: size === 'large' })}>
|
<div className={classnames('media__properties', { card__subtitle: size === 'large' })}>
|
||||||
<FilePrice hideFree uri={uri} />
|
<FilePrice hideFree uri={uri} />
|
||||||
{isNew && <span className="badge badge--alert icon">{__('NEW')}</span>}
|
{isNew && <span className="badge badge--alert icon">{__('NEW')}</span>}
|
||||||
{isSubscribed && <Icon icon={ICONS.HEART} />}
|
{isSubscribed && <Icon icon={ICONS.HEART} />}
|
||||||
|
@ -77,6 +78,7 @@ class FileTile extends React.PureComponent<Props> {
|
||||||
claim,
|
claim,
|
||||||
metadata,
|
metadata,
|
||||||
isResolvingUri,
|
isResolvingUri,
|
||||||
|
isSearchResult,
|
||||||
navigate,
|
navigate,
|
||||||
obscureNsfw,
|
obscureNsfw,
|
||||||
claimIsMine,
|
claimIsMine,
|
||||||
|
@ -91,16 +93,15 @@ class FileTile extends React.PureComponent<Props> {
|
||||||
if (!claim && isResolvingUri) {
|
if (!claim && isResolvingUri) {
|
||||||
return (
|
return (
|
||||||
<div
|
<div
|
||||||
className={classnames('file-tile', {
|
className={classnames('media-tile', {
|
||||||
'file-tile--small': size === 'small',
|
large: size === 'large',
|
||||||
'file-tile--large': size === 'large',
|
|
||||||
})}
|
})}
|
||||||
>
|
>
|
||||||
<div className="card--placeholder card__media" />
|
<div className="card__placeholder card__media" />
|
||||||
<div className="file-tile__info">
|
<div className="file-tile__info">
|
||||||
<div className="card--placeholder placeholder__title--tile" />
|
<div className="card__placeholder title" />
|
||||||
<div className="card--placeholder placeholder__channel" />
|
<div className="card__placeholder channel" />
|
||||||
<div className="card--placeholder placeholder__date" />
|
<div className="card__placeholder date" />
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
);
|
);
|
||||||
|
@ -133,9 +134,10 @@ class FileTile extends React.PureComponent<Props> {
|
||||||
|
|
||||||
return !name && hideNoResult ? null : (
|
return !name && hideNoResult ? null : (
|
||||||
<section
|
<section
|
||||||
className={classnames('file-tile card--link', {
|
className={classnames('media-tile card--link', {
|
||||||
'file-tile--small': size === 'small',
|
'media--search-result': isSearchResult,
|
||||||
'file-tile--large': size === 'large',
|
'media--small': size === 'small',
|
||||||
|
'media--large': size === 'large',
|
||||||
})}
|
})}
|
||||||
onClick={onClick}
|
onClick={onClick}
|
||||||
onKeyUp={onClick}
|
onKeyUp={onClick}
|
||||||
|
@ -143,21 +145,23 @@ class FileTile extends React.PureComponent<Props> {
|
||||||
tabIndex="0"
|
tabIndex="0"
|
||||||
>
|
>
|
||||||
<CardMedia title={title || name} thumbnail={thumbnail} />
|
<CardMedia title={title || name} thumbnail={thumbnail} />
|
||||||
<div className="file-tile__info">
|
<div className="media__info">
|
||||||
<div className="file-tile__title">
|
<div className="media__title">
|
||||||
{(title || name) && (
|
{(title || name) && (
|
||||||
<TruncatedText text={title || name} lines={size === 'small' ? 2 : 3} />
|
<TruncatedText text={title || name} lines={size === 'small' ? 2 : 3} />
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
<div className="card__subtitle">
|
<div className="media__subtitle">
|
||||||
<UriIndicator uri={uri} link />
|
<UriIndicator uri={uri} link />
|
||||||
</div>
|
</div>
|
||||||
<div className="card__subtitle card--space-between">
|
<div className="media__subtitle card--space-between">
|
||||||
|
<div className="media__date">
|
||||||
<DateTime timeAgo block={height} />
|
<DateTime timeAgo block={height} />
|
||||||
|
</div>
|
||||||
{size !== 'large' && this.renderFileProperties()}
|
{size !== 'large' && this.renderFileProperties()}
|
||||||
</div>
|
</div>
|
||||||
{displayDescription && (
|
{displayDescription && (
|
||||||
<div className="card__subtext">
|
<div className="media__subtext">
|
||||||
<TruncatedText text={description} lines={size === 'large' ? 4 : 3} />
|
<TruncatedText text={description} lines={size === 'large' ? 4 : 3} />
|
||||||
</div>
|
</div>
|
||||||
)}
|
)}
|
||||||
|
|
|
@ -1,7 +1,8 @@
|
||||||
// @flow
|
// @flow
|
||||||
import * as ICONS from 'constants/icons';
|
import classnames from 'classnames';
|
||||||
import React from 'react';
|
import React from 'react';
|
||||||
import Button from 'component/button';
|
import Button from 'component/button';
|
||||||
|
import * as ICONS from 'constants/icons';
|
||||||
|
|
||||||
type Props = {
|
type Props = {
|
||||||
play: () => void,
|
play: () => void,
|
||||||
|
@ -15,10 +16,21 @@ class VideoPlayButton extends React.PureComponent<Props> {
|
||||||
const { fileInfo, mediaType, isLoading, play } = this.props;
|
const { fileInfo, mediaType, isLoading, play } = this.props;
|
||||||
const disabled = isLoading || fileInfo === undefined;
|
const disabled = isLoading || fileInfo === undefined;
|
||||||
const doesPlayback = ['audio', 'video'].indexOf(mediaType) !== -1;
|
const doesPlayback = ['audio', 'video'].indexOf(mediaType) !== -1;
|
||||||
const icon = doesPlayback ? ICONS.PLAY : ICONS.EYE;
|
|
||||||
const label = doesPlayback ? __('Play') : __('View');
|
const label = doesPlayback ? __('Play') : __('View');
|
||||||
|
const icon = doesPlayback ? ICONS.PLAY : ICONS.EYE;
|
||||||
return <Button button="primary" disabled={disabled} label={label} icon={icon} onClick={play} />;
|
return (
|
||||||
|
<Button
|
||||||
|
disabled={disabled}
|
||||||
|
label={label}
|
||||||
|
icon={icon}
|
||||||
|
iconSize={30}
|
||||||
|
className={classnames('btn--icon', {
|
||||||
|
'btn--play': doesPlayback,
|
||||||
|
'btn--view': !doesPlayback,
|
||||||
|
})}
|
||||||
|
onClick={play}
|
||||||
|
/>
|
||||||
|
);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
|
|
@ -2,6 +2,7 @@
|
||||||
import * as ICONS from 'constants/icons';
|
import * as ICONS from 'constants/icons';
|
||||||
import * as React from 'react';
|
import * as React from 'react';
|
||||||
import Button from 'component/button';
|
import Button from 'component/button';
|
||||||
|
import LbcSymbol from 'component/common/lbc-symbol';
|
||||||
import WunderBar from 'component/wunderbar';
|
import WunderBar from 'component/wunderbar';
|
||||||
|
|
||||||
type Props = {
|
type Props = {
|
||||||
|
@ -38,68 +39,78 @@ const Header = (props: Props) => {
|
||||||
<header className="header">
|
<header className="header">
|
||||||
<div className="header__navigation">
|
<div className="header__navigation">
|
||||||
<Button
|
<Button
|
||||||
noPadding
|
className="header__navigation-item header__navigation-item--wallet"
|
||||||
button="alt"
|
description={__('Your wallet')}
|
||||||
icon={ICONS.HOME}
|
iconRight="LBC"
|
||||||
className="btn--home-nav"
|
|
||||||
description={__('Home')}
|
|
||||||
onClick={() => navigate('/discover')}
|
|
||||||
/>
|
|
||||||
<div className="header__history">
|
|
||||||
<Button
|
|
||||||
className="btn--arrow"
|
|
||||||
icon={ICONS.ARROW_LEFT}
|
|
||||||
description={__('Navigate back')}
|
|
||||||
onClick={back}
|
|
||||||
disabled={isBackDisabled}
|
|
||||||
/>
|
|
||||||
<Button
|
|
||||||
className="btn--arrow"
|
|
||||||
icon={ICONS.ARROW_RIGHT}
|
|
||||||
description={__('Navigate forward')}
|
|
||||||
onClick={forward}
|
|
||||||
disabled={isForwardDisabled}
|
|
||||||
/>
|
|
||||||
</div>
|
|
||||||
</div>
|
|
||||||
<WunderBar />
|
|
||||||
<div className="header__actions-right">
|
|
||||||
<Button
|
|
||||||
button="inverse"
|
|
||||||
className="btn--header-balance"
|
|
||||||
onClick={() => navigate('/wallet')}
|
|
||||||
label={
|
label={
|
||||||
isUpgradeAvailable ? (
|
isUpgradeAvailable ? (
|
||||||
`${balance}`
|
`${balance}`
|
||||||
) : (
|
) : (
|
||||||
<React.Fragment>
|
<React.Fragment>
|
||||||
<span className="btn__label--balance" title={`${balance} LBC`}>
|
<span title={`${balance} LBC`}>{roundedBalance}</span>
|
||||||
You have
|
<LbcSymbol />
|
||||||
</span>{' '}
|
|
||||||
<span title={`${balance} LBC`}>{roundedBalance} LBC</span>
|
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
)
|
)
|
||||||
}
|
}
|
||||||
iconRight="LBC"
|
onClick={() => navigate('/wallet')}
|
||||||
description={__('Your wallet')}
|
|
||||||
/>
|
/>
|
||||||
|
|
||||||
<Button
|
<Button
|
||||||
uppercase
|
className="header__navigation-item header__navigation-item--back"
|
||||||
button="primary"
|
description={__('Navigate back')}
|
||||||
className="btn--header-publish"
|
disabled={isBackDisabled}
|
||||||
onClick={() => navigate('/publish')}
|
icon={ICONS.ARROW_LEFT}
|
||||||
icon={ICONS.UPLOAD}
|
iconSize={15}
|
||||||
label={isUpgradeAvailable ? '' : __('Publish')}
|
onClick={back}
|
||||||
|
/>
|
||||||
|
|
||||||
|
<Button
|
||||||
|
className="header__navigation-item header__navigation-item--forward"
|
||||||
|
description={__('Navigate forward')}
|
||||||
|
disabled={isForwardDisabled}
|
||||||
|
icon={ICONS.ARROW_RIGHT}
|
||||||
|
iconSize={15}
|
||||||
|
onClick={forward}
|
||||||
|
/>
|
||||||
|
|
||||||
|
<Button
|
||||||
|
className="header__navigation-item header__navigation-item--home"
|
||||||
|
description={__('Home')}
|
||||||
|
icon={ICONS.HOME}
|
||||||
|
iconSize={15}
|
||||||
|
onClick={() => navigate('/discover')}
|
||||||
|
/>
|
||||||
|
</div>
|
||||||
|
|
||||||
|
<WunderBar />
|
||||||
|
|
||||||
|
{
|
||||||
|
// TODO: Make `Menu` add `.active` class to `.navigation` when clicked
|
||||||
|
}
|
||||||
|
|
||||||
|
<div className="header__navigation">
|
||||||
|
<Button
|
||||||
|
className="header__navigation-item header__navigation-item--menu"
|
||||||
|
description={__('Menu')}
|
||||||
|
icon={ICONS.MENU}
|
||||||
|
iconSize={15}
|
||||||
|
/>
|
||||||
|
|
||||||
|
<Button
|
||||||
|
className="header__navigation-item header__navigation-item--publish"
|
||||||
description={__('Publish content')}
|
description={__('Publish content')}
|
||||||
|
icon={ICONS.UPLOAD}
|
||||||
|
iconSize={20}
|
||||||
|
label={isUpgradeAvailable ? '' : __('Publish')}
|
||||||
|
onClick={() => navigate('/publish')}
|
||||||
/>
|
/>
|
||||||
|
|
||||||
{showUpgradeButton && (
|
{showUpgradeButton && (
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
onClick={downloadUpgradeRequested}
|
|
||||||
icon={ICONS.DOWNLOAD}
|
icon={ICONS.DOWNLOAD}
|
||||||
label={__('Upgrade App')}
|
label={__('Upgrade App')}
|
||||||
|
onClick={downloadUpgradeRequested}
|
||||||
/>
|
/>
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
|
|
|
@ -24,9 +24,10 @@ class InviteList extends React.PureComponent<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">
|
<header className="card__header">
|
||||||
<h3>{__('Invite History')}</h3>
|
<h2 className="card__title">{__('Invite History')}</h2>
|
||||||
</div>
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
{invitees.length === 0 && (
|
{invitees.length === 0 && (
|
||||||
<span className="empty">{__("You haven't invited anyone.")} </span>
|
<span className="empty">{__("You haven't invited anyone.")} </span>
|
||||||
|
@ -66,6 +67,7 @@ class InviteList extends React.PureComponent<Props> {
|
||||||
</table>
|
</table>
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<div className="help">
|
<div className="help">
|
||||||
{__(
|
{__(
|
||||||
|
|
|
@ -47,9 +47,12 @@ class FormInviteNew extends React.PureComponent {
|
||||||
}}
|
}}
|
||||||
/>
|
/>
|
||||||
</FormRow>
|
</FormRow>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Submit label="Invite" disabled={isPending} />
|
<Submit label="Invite" disabled={isPending} />
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
</Form>
|
</Form>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
@ -68,11 +71,14 @@ class InviteNew extends React.PureComponent {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Invite a Friend')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Invite a Friend')}</h2>
|
||||||
|
|
||||||
<div className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__("Or an enemy. Or your cousin Jerry, who you're kind of unsure about.")}
|
{__("Or an enemy. Or your cousin Jerry, who you're kind of unsure about.")}
|
||||||
</div>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
{/*
|
{/*
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
{invitesRemaining > 0 &&
|
{invitesRemaining > 0 &&
|
||||||
|
@ -80,6 +86,7 @@ class InviteNew extends React.PureComponent {
|
||||||
{invitesRemaining <= 0 &&
|
{invitesRemaining <= 0 &&
|
||||||
<p className="empty">{__("You have no invites.")}</p>}
|
<p className="empty">{__("You have no invites.")}</p>}
|
||||||
</div> */}
|
</div> */}
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<FormInviteNew
|
<FormInviteNew
|
||||||
errorMessage={errorMessage}
|
errorMessage={errorMessage}
|
||||||
|
@ -88,11 +95,14 @@ class InviteNew extends React.PureComponent {
|
||||||
rewardAmount={rewardAmount}
|
rewardAmount={rewardAmount}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
<p className="help help--padded">
|
|
||||||
|
<div className="card__content">
|
||||||
|
<p className="help">
|
||||||
{__('Read our')}{' '}
|
{__('Read our')}{' '}
|
||||||
<Button button="link" label={__('FAQ')} href="https://lbry.io/faq/referrals" />{' '}
|
<Button button="link" label={__('FAQ')} href="https://lbry.io/faq/referrals" />{' '}
|
||||||
{__('to learn more about referrals')}.
|
{__('to learn more about referrals')}.
|
||||||
</p>
|
</p>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -292,9 +292,9 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
{uploadThumbnailStatus === THUMBNAIL_STATUSES.IN_PROGRESS && (
|
{uploadThumbnailStatus === THUMBNAIL_STATUSES.IN_PROGRESS && (
|
||||||
<div>{__('Please wait for thumbnail to finish uploading')}</div>
|
<div>{__('Please wait for thumbnail to finish uploading')}</div>
|
||||||
)}
|
)}
|
||||||
{!!editingURI &&
|
{!!editingURI && !isStillEditing && !filePath && (
|
||||||
!isStillEditing &&
|
<div>{__('You need to reselect a file after changing the LBRY URL')}</div>
|
||||||
!filePath && <div>{__('You need to reselect a file after changing the LBRY URL')}</div>}
|
)}
|
||||||
</div>
|
</div>
|
||||||
)
|
)
|
||||||
);
|
);
|
||||||
|
@ -348,10 +348,18 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
return (
|
return (
|
||||||
<Form onSubmit={this.handlePublish}>
|
<Form onSubmit={this.handlePublish}>
|
||||||
<section className={classnames('card card--section', { 'card--disabled': publishing })}>
|
<section className={classnames('card card--section', { 'card--disabled': publishing })}>
|
||||||
<div className="card__title card--space-between">
|
<header className="card__header">
|
||||||
{__('Content')}
|
<h2 className="card__title">{__('Content')}</h2>
|
||||||
|
<p className="card__subtitle">
|
||||||
|
{isStillEditing ? __('Editing a claim') : __('What are you publishing?')}{' '}
|
||||||
|
{__('Read our')}{' '}
|
||||||
|
<Button button="link" label={__('FAQ')} href="https://lbry.io/faq/how-to-publish" />{' '}
|
||||||
|
{__('to learn more.')}
|
||||||
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
{(filePath || !!editingURI) && (
|
{(filePath || !!editingURI) && (
|
||||||
<div className="card__actions-top-corner">
|
<div className="card__internal-links">
|
||||||
<Button
|
<Button
|
||||||
button="inverse"
|
button="inverse"
|
||||||
icon={ICONS.CLOSE}
|
icon={ICONS.CLOSE}
|
||||||
|
@ -360,18 +368,10 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
)}
|
)}
|
||||||
</div>
|
|
||||||
<div className="card__subtitle">
|
|
||||||
{isStillEditing ? __('Editing a claim') : __('What are you publishing?')}{' '}
|
|
||||||
{__('Read our')}{' '}
|
|
||||||
<Button button="link" label={__('FAQ')} href="https://lbry.io/faq/how-to-publish" />{' '}
|
|
||||||
{__('to learn more.')}
|
|
||||||
</div>
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<FileSelector currentPath={filePath} onFileChosen={this.handleFileChange} />
|
<FileSelector currentPath={filePath} onFileChosen={this.handleFileChange} />
|
||||||
{!!isStillEditing &&
|
{!!isStillEditing && name && (
|
||||||
name && (
|
<p className="help">
|
||||||
<p className="card__content card__subtitle">
|
|
||||||
{__("If you don't choose a file, the file from your existing claim")}
|
{__("If you don't choose a file, the file from your existing claim")}
|
||||||
{` "${name}" `}
|
{` "${name}" `}
|
||||||
{__('will be used.')}
|
{__('will be used.')}
|
||||||
|
@ -408,8 +408,9 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Thumbnail')}</div>
|
<header className="card__header">
|
||||||
<div className="card__subtitle">
|
<h2 className="card__title">{__('Thumbnail')}</h2>
|
||||||
|
<p className="card__subtitle">
|
||||||
{uploadThumbnailStatus === THUMBNAIL_STATUSES.API_DOWN ? (
|
{uploadThumbnailStatus === THUMBNAIL_STATUSES.API_DOWN ? (
|
||||||
__('Enter a URL for your thumbnail.')
|
__('Enter a URL for your thumbnail.')
|
||||||
) : (
|
) : (
|
||||||
|
@ -419,7 +420,9 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
{__('Recommended size: 800x450 (16:9)')}
|
{__('Recommended size: 800x450 (16:9)')}
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
)}
|
)}
|
||||||
</div>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<SelectThumbnail
|
<SelectThumbnail
|
||||||
thumbnailPath={thumbnailPath}
|
thumbnailPath={thumbnailPath}
|
||||||
thumbnail={thumbnail}
|
thumbnail={thumbnail}
|
||||||
|
@ -431,8 +434,11 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Price')}</div>
|
<header className="card__header">
|
||||||
<div className="card__subtitle">{__('How much will this content cost?')}</div>
|
<h2 className="card__title">{__('Price')}</h2>
|
||||||
|
<p className="card__subtitle">{__('How much will this content cost?')}</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<FormField
|
<FormField
|
||||||
type="radio"
|
type="radio"
|
||||||
|
@ -469,22 +475,30 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Anonymous or under a channel?')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Anonymous or under a channel?')}</h2>
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__('This is a username or handle that your content can be found under.')}{' '}
|
{__('This is a username or handle that your content can be found under.')}{' '}
|
||||||
{__('Ex. @Marvel, @TheBeatles, @BooksByJoe')}
|
{__('Ex. @Marvel, @TheBeatles, @BooksByJoe')}
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<ChannelSection channel={channel} onChannelChange={this.handleChannelChange} />
|
<ChannelSection channel={channel} onChannelChange={this.handleChannelChange} />
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Where can people find this content?')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Where can people find this content?')}</h2>
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__(
|
{__(
|
||||||
'The LBRY URL is the exact address where people find your content (ex. lbry://myvideo).'
|
'The LBRY URL is the exact address where people find your content (ex. lbry://myvideo).'
|
||||||
)}{' '}
|
)}{' '}
|
||||||
<Button button="link" label={__('Learn more')} href="https://lbry.io/faq/naming" />
|
<Button button="link" label={__('Learn more')} href="https://lbry.io/faq/naming" />
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<FormRow>
|
<FormRow>
|
||||||
<FormField
|
<FormField
|
||||||
|
@ -512,6 +526,7 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
/>
|
/>
|
||||||
</FormRow>
|
</FormRow>
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
<div className={classnames('card__content', { 'card--disabled': !name })}>
|
<div className={classnames('card__content', { 'card--disabled': !name })}>
|
||||||
<FormField
|
<FormField
|
||||||
className="input--price-amount"
|
className="input--price-amount"
|
||||||
|
@ -538,6 +553,7 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
|
<div className="card__content">
|
||||||
<FormRow>
|
<FormRow>
|
||||||
<FormField
|
<FormField
|
||||||
type="checkbox"
|
type="checkbox"
|
||||||
|
@ -585,8 +601,23 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
updatePublishForm({ licenseUrl: event.target.value })
|
updatePublishForm({ licenseUrl: event.target.value })
|
||||||
}
|
}
|
||||||
/>
|
/>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
|
<section className="card card--section">
|
||||||
|
<div className="card__content">
|
||||||
|
{__('By continuing, you accept the')}{' '}
|
||||||
|
<Button
|
||||||
|
button="link"
|
||||||
|
href="https://www.lbry.io/termsofservice"
|
||||||
|
label={__('LBRY Terms of Service')}
|
||||||
|
/>
|
||||||
|
.
|
||||||
|
</div>
|
||||||
|
</section>
|
||||||
|
|
||||||
|
<section className="card card--section">
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Submit
|
<Submit
|
||||||
label={submitLabel}
|
label={submitLabel}
|
||||||
|
@ -598,14 +629,9 @@ class PublishForm extends React.PureComponent<Props> {
|
||||||
/>
|
/>
|
||||||
<Button button="alt" onClick={this.handleCancelPublish} label={__('Cancel')} />
|
<Button button="alt" onClick={this.handleCancelPublish} label={__('Cancel')} />
|
||||||
</div>
|
</div>
|
||||||
<div className="card__subtitle">
|
|
||||||
{__('By continuing, you accept the')}{' '}
|
|
||||||
<Button
|
|
||||||
button="link"
|
|
||||||
href="https://www.lbry.io/termsofservice"
|
|
||||||
label={__('LBRY terms of service')}
|
|
||||||
/>.
|
|
||||||
</div>
|
</div>
|
||||||
|
</section>
|
||||||
|
|
||||||
{!formDisabled && !formValid && this.renderFormErrors()}
|
{!formDisabled && !formValid && this.renderFormErrors()}
|
||||||
</div>
|
</div>
|
||||||
</Form>
|
</Form>
|
||||||
|
|
|
@ -50,7 +50,7 @@ export default class RecommendedContent extends React.PureComponent<Props> {
|
||||||
const { recommendedContent, isSearching } = this.props;
|
const { recommendedContent, isSearching } = this.props;
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<section className="card__list--recommended">
|
<section className="media-group--list-recommended">
|
||||||
<span>Related</span>
|
<span>Related</span>
|
||||||
{recommendedContent &&
|
{recommendedContent &&
|
||||||
recommendedContent.map(recommendedUri => (
|
recommendedContent.map(recommendedUri => (
|
||||||
|
@ -62,9 +62,9 @@ export default class RecommendedContent extends React.PureComponent<Props> {
|
||||||
uri={recommendedUri}
|
uri={recommendedUri}
|
||||||
/>
|
/>
|
||||||
))}
|
))}
|
||||||
{recommendedContent &&
|
{recommendedContent && !recommendedContent.length && !isSearching && (
|
||||||
!recommendedContent.length &&
|
<div className="media__subtitle">No related content found</div>
|
||||||
!isSearching && <div className="card__subtitle">No related content found</div>}
|
)}
|
||||||
</section>
|
</section>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -24,7 +24,9 @@ const RewardListClaimed = (props: Props) => {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">Claimed Rewards</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">Claimed Rewards</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
<table className="card__content table table--stretch">
|
<table className="card__content table table--stretch">
|
||||||
<thead>
|
<thead>
|
||||||
|
|
|
@ -23,10 +23,12 @@ class RewardSummary extends React.Component<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">
|
||||||
{__('Rewards')}
|
{__('Rewards')}
|
||||||
{fetching && <BusyIndicator />}
|
{fetching && <BusyIndicator />}
|
||||||
</div>
|
</h2>
|
||||||
|
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{!fetching &&
|
{!fetching &&
|
||||||
(hasRewards ? (
|
(hasRewards ? (
|
||||||
|
@ -43,6 +45,9 @@ class RewardSummary extends React.Component<Props> {
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
))}
|
))}
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
|
@ -50,11 +55,13 @@ class RewardSummary extends React.Component<Props> {
|
||||||
label={hasRewards ? __('Claim Rewards') : __('View Rewards')}
|
label={hasRewards ? __('Claim Rewards') : __('View Rewards')}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
<p className="help help--padded">
|
|
||||||
|
<p className="help">
|
||||||
{__('Read our')}{' '}
|
{__('Read our')}{' '}
|
||||||
<Button button="link" label={__('FAQ')} href="https://lbry.io/faq/rewards" />{' '}
|
<Button button="link" label={__('FAQ')} href="https://lbry.io/faq/rewards" />{' '}
|
||||||
{__('to learn more about LBRY Rewards')}.
|
{__('to learn more about LBRY Rewards')}.
|
||||||
</p>
|
</p>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -25,8 +25,12 @@ const RewardTile = (props: Props) => {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{reward.reward_title}</div>
|
<header className="card__header">
|
||||||
<div className="card__subtitle">{reward.reward_description}</div>
|
<h2 className="card__title">{reward.reward_title}</h2>
|
||||||
|
<p className="card__subtitle">{reward.reward_description}</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
{reward.reward_type === rewards.TYPE_GENERATED_CODE && (
|
{reward.reward_type === rewards.TYPE_GENERATED_CODE && (
|
||||||
<Button button="primary" onClick={openRewardCodeModal} label={__('Enter Code')} />
|
<Button button="primary" onClick={openRewardCodeModal} label={__('Enter Code')} />
|
||||||
|
@ -43,6 +47,7 @@ const RewardTile = (props: Props) => {
|
||||||
<RewardLink button reward_type={reward.reward_type} />
|
<RewardLink button reward_type={reward.reward_type} />
|
||||||
))}
|
))}
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
);
|
);
|
||||||
};
|
};
|
||||||
|
|
|
@ -80,9 +80,9 @@ class ActiveShapeShift extends React.PureComponent<Props> {
|
||||||
<div>
|
<div>
|
||||||
<p>
|
<p>
|
||||||
Send up to{' '}
|
Send up to{' '}
|
||||||
<span className="credit-amount--bold">
|
<strong>
|
||||||
{originCoinDepositMax} {shiftCoinType}
|
{originCoinDepositMax} {shiftCoinType}
|
||||||
</span>{' '}
|
</strong>{' '}
|
||||||
to the address below.
|
to the address below.
|
||||||
</p>
|
</p>
|
||||||
<ShiftMarketInfo
|
<ShiftMarketInfo
|
||||||
|
@ -134,8 +134,7 @@ class ActiveShapeShift extends React.PureComponent<Props> {
|
||||||
/>
|
/>
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
{shiftState === statuses.NO_DEPOSITS &&
|
{shiftState === statuses.NO_DEPOSITS && shiftReturnAddress && (
|
||||||
shiftReturnAddress && (
|
|
||||||
<div className="help">
|
<div className="help">
|
||||||
{__("If the transaction doesn't go through, ShapeShift will return your")}{' '}
|
{__("If the transaction doesn't go through, ShapeShift will return your")}{' '}
|
||||||
{shiftCoinType} {__('back to')} {shiftReturnAddress}
|
{shiftCoinType} {__('back to')} {shiftReturnAddress}
|
||||||
|
|
|
@ -83,13 +83,14 @@ export default (props: Props) => {
|
||||||
value={values.returnAddress}
|
value={values.returnAddress}
|
||||||
/>
|
/>
|
||||||
</FormRow>
|
</FormRow>
|
||||||
|
|
||||||
<span className="help">
|
<span className="help">
|
||||||
<span>
|
|
||||||
({__('optional but recommended')})<br />
|
({__('optional but recommended')})<br />
|
||||||
{__('We will return your')} {originCoin}{' '}
|
{__('We will return your')} {originCoin}{' '}
|
||||||
{__("to this address if the transaction doesn't go through.")}
|
{__("to this address if the transaction doesn't go through.")}
|
||||||
</span>
|
</span>
|
||||||
</span>
|
<br />
|
||||||
|
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Submit
|
<Submit
|
||||||
button="primary"
|
button="primary"
|
||||||
|
|
|
@ -73,13 +73,17 @@ class ShapeShift extends React.PureComponent<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Convert Crypto to LBC')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Convert Crypto to LBC')}</h2>
|
||||||
|
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__('Powered by ShapeShift. Read our FAQ')}{' '}
|
{__('Powered by ShapeShift. Read our FAQ')}{' '}
|
||||||
<Button button="link" label={__('here')} href="https://lbry.io/faq/shapeshift" />.
|
<Button button="link" label={__('here')} href="https://lbry.io/faq/shapeshift" />.
|
||||||
{hasActiveShift &&
|
{hasActiveShift && shiftState !== 'complete' && (
|
||||||
shiftState !== 'complete' && <span>{__('This will update automatically.')}</span>}
|
<span>{__('This will update automatically.')}</span>
|
||||||
|
)}
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
{error && <div className="form-field__error">{error}</div>}
|
{error && <div className="form-field__error">{error}</div>}
|
||||||
|
|
|
@ -23,38 +23,34 @@ const SideBar = (props: Props) => {
|
||||||
const { navLinks, unreadSubscriptionTotal } = props;
|
const { navLinks, unreadSubscriptionTotal } = props;
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<nav className="nav">
|
<nav className="navigation">
|
||||||
<div className="nav__links">
|
<div className="navigation__links">
|
||||||
<ul className="nav__primary">
|
{navLinks.primary.map(({ label, path, active }) => (
|
||||||
{navLinks.primary.map(({ label, path, active, icon }) => (
|
|
||||||
<li
|
|
||||||
key={path}
|
|
||||||
className={classnames('nav__link', {
|
|
||||||
'nav__link--active': active,
|
|
||||||
})}
|
|
||||||
>
|
|
||||||
<Button
|
<Button
|
||||||
navigate={path}
|
className={classnames('navigation__link', {
|
||||||
|
'navigation__link--active': active,
|
||||||
|
})}
|
||||||
|
key={path}
|
||||||
label={
|
label={
|
||||||
path === '/subscriptions' && unreadSubscriptionTotal
|
path === '/subscriptions' && unreadSubscriptionTotal
|
||||||
? `${label} (${unreadSubscriptionTotal})`
|
? `${label} (${unreadSubscriptionTotal})`
|
||||||
: label
|
: label
|
||||||
}
|
}
|
||||||
icon={icon}
|
navigate={path}
|
||||||
/>
|
/>
|
||||||
</li>
|
|
||||||
))}
|
))}
|
||||||
</ul>
|
|
||||||
<hr />
|
|
||||||
<ul>
|
<ul>
|
||||||
{navLinks.secondary.map(({ label, path, active, icon, subLinks = [] }) => (
|
<li className="navigation__link navigation__link--title">Account</li>
|
||||||
|
|
||||||
|
{navLinks.secondary.map(({ label, path, active, subLinks = [] }) => (
|
||||||
<li
|
<li
|
||||||
key={label}
|
className={classnames('navigation__link', {
|
||||||
className={classnames('nav__link', {
|
'navigation__link--active': active,
|
||||||
'nav__link--active': active,
|
|
||||||
})}
|
})}
|
||||||
Shouldn't this stay as a Shouldn't this stay as a `ul`?
No, there's already a No, there's already a `ul` surrounding the account links. I don't think Explore and Subscriptions need to be `li`s.
It is a list of items though, even if it's only two. I don't think we lose anything from adding it, but we gain accessibility improvements, which we will need to focus on more for web/tv uis to better handle keyboard/remote navigation. It is a list of items though, even if it's only two. I don't think we lose anything from adding it, but we gain accessibility improvements, which we will need to focus on more for web/tv uis to better handle keyboard/remote navigation.
|
|||||||
|
key={label}
|
||||||
>
|
>
|
||||||
<Button navigate={path} label={label} icon={icon} />
|
<Button label={label} navigate={path} />
|
||||||
|
|
||||||
{
|
{
|
||||||
// The sublinks should be animated on open close
|
// The sublinks should be animated on open close
|
||||||
|
@ -62,18 +58,17 @@ const SideBar = (props: Props) => {
|
||||||
// was really slow and looked pretty bad. Possible fix is upgrading to v2
|
// was really slow and looked pretty bad. Possible fix is upgrading to v2
|
||||||
// Not sure if that has better performance
|
// Not sure if that has better performance
|
||||||
}
|
}
|
||||||
{!!subLinks.length &&
|
{!!subLinks.length && active && (
|
||||||
active && (
|
<ul key="0" className="navigation__link-items">
|
||||||
<ul key="0" className="nav__sub-links">
|
{subLinks.map(({ active: subLinkActive, label: subLabel, path: subPath }) => (
|
||||||
{subLinks.map(({ label: subLabel, path: subPath, active: subLinkActive }) => (
|
|
||||||
<li
|
<li
|
||||||
key={subPath}
|
className={classnames('navigation__link-item', {
|
||||||
className={classnames('nav__link nav__link--sub', {
|
'navigation__link-item--active': subLinkActive,
|
||||||
'nav__link--active': subLinkActive,
|
|
||||||
})}
|
})}
|
||||||
|
key={subPath}
|
||||||
>
|
>
|
||||||
{subPath ? (
|
{subPath ? (
|
||||||
<Button navigate={subPath} label={subLabel} />
|
<Button label={subLabel} navigate={subPath} />
|
||||||
) : (
|
) : (
|
||||||
<span>{subLabel}</span>
|
<span>{subLabel}</span>
|
||||||
)}
|
)}
|
||||||
|
|
|
@ -38,15 +38,16 @@ class SnackBar extends React.PureComponent<Props> {
|
||||||
}
|
}
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<div className={classnames("snack-bar", {
|
<div
|
||||||
"snack-bar--error": isError
|
className={classnames('snack-bar', {
|
||||||
})}>
|
'snack-bar--error': isError,
|
||||||
|
})}
|
||||||
|
>
|
||||||
<div className="snack-bar__message">
|
<div className="snack-bar__message">
|
||||||
<div>ⓘ</div>
|
<div>ⓘ</div>
|
||||||
<div>{message}</div>
|
<div>{message}</div>
|
||||||
</div>
|
</div>
|
||||||
{linkText &&
|
{linkText && linkTarget && (
|
||||||
linkTarget && (
|
|
||||||
<Button navigate={linkTarget} className="snack-bar__action" label={linkText} />
|
<Button navigate={linkTarget} className="snack-bar__action" label={linkText} />
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
|
|
|
@ -22,9 +22,12 @@ class LoadScreen extends React.PureComponent<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<div className="load-screen">
|
<div className="load-screen">
|
||||||
|
<div>
|
||||||
<div className="load-screen__header">
|
<div className="load-screen__header">
|
||||||
<h1 className="load-screen__title">{__('LBRY')}</h1>
|
<h1 className="load-screen__title">
|
||||||
<sup className="load-screen__beta">beta</sup>
|
{__('LBRY')}
|
||||||
|
<sup>beta</sup>
|
||||||
|
</h1>
|
||||||
</div>
|
</div>
|
||||||
{error ? (
|
{error ? (
|
||||||
<Fragment>
|
<Fragment>
|
||||||
|
@ -32,7 +35,7 @@ class LoadScreen extends React.PureComponent<Props> {
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button label="Refresh" button="alt" onClick={() => window.location.reload()} />
|
<Button label="Refresh" button="alt" onClick={() => window.location.reload()} />
|
||||||
</div>
|
</div>
|
||||||
<div className="load-screen--help">
|
<div className="load-screen__help">
|
||||||
<p>
|
<p>
|
||||||
{__(
|
{__(
|
||||||
'If you still have issues, your anti-virus software or firewall may be preventing startup.'
|
'If you still have issues, your anti-virus software or firewall may be preventing startup.'
|
||||||
|
@ -44,7 +47,8 @@ class LoadScreen extends React.PureComponent<Props> {
|
||||||
className="btn--load-screen"
|
className="btn--load-screen"
|
||||||
href="https://lbry.io/faq/startup-troubleshooting"
|
href="https://lbry.io/faq/startup-troubleshooting"
|
||||||
label="this link"
|
label="this link"
|
||||||
/>.
|
/>
|
||||||
|
.
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
</Fragment>
|
</Fragment>
|
||||||
|
@ -58,11 +62,13 @@ class LoadScreen extends React.PureComponent<Props> {
|
||||||
) : (
|
) : (
|
||||||
<div className="load-screen__message">{message}</div>
|
<div className="load-screen__message">{message}</div>
|
||||||
)}
|
)}
|
||||||
|
|
||||||
{details && <div className="load-screen__details">{details}</div>}
|
{details && <div className="load-screen__details">{details}</div>}
|
||||||
<Spinner type="splash" />
|
<Spinner type="splash" />
|
||||||
</Fragment>
|
</Fragment>
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
|
@ -20,6 +20,7 @@ type Props = {
|
||||||
firstRunCompleted: boolean,
|
firstRunCompleted: boolean,
|
||||||
showSnackBarOnSubscribe: boolean,
|
showSnackBarOnSubscribe: boolean,
|
||||||
doToast: ({ message: string }) => void,
|
doToast: ({ message: string }) => void,
|
||||||
|
buttonStyle: string,
|
||||||
};
|
};
|
||||||
|
|
||||||
export default (props: Props) => {
|
export default (props: Props) => {
|
||||||
|
@ -33,6 +34,7 @@ export default (props: Props) => {
|
||||||
firstRunCompleted,
|
firstRunCompleted,
|
||||||
showSnackBarOnSubscribe,
|
showSnackBarOnSubscribe,
|
||||||
doToast,
|
doToast,
|
||||||
|
buttonStyle,
|
||||||
} = props;
|
} = props;
|
||||||
|
|
||||||
const subscriptionHandler = isSubscribed ? doChannelUnsubscribe : doChannelSubscribe;
|
const subscriptionHandler = isSubscribed ? doChannelUnsubscribe : doChannelSubscribe;
|
||||||
|
@ -44,7 +46,7 @@ export default (props: Props) => {
|
||||||
<Button
|
<Button
|
||||||
iconColor="red"
|
iconColor="red"
|
||||||
icon={isSubscribed ? undefined : ICONS.HEART}
|
icon={isSubscribed ? undefined : ICONS.HEART}
|
||||||
button="alt"
|
button={buttonStyle ? buttonStyle : 'alt'}
|
||||||
label={subscriptionLabel}
|
label={subscriptionLabel}
|
||||||
onClick={e => {
|
onClick={e => {
|
||||||
e.stopPropagation();
|
e.stopPropagation();
|
||||||
|
|
|
@ -23,7 +23,7 @@ class SuggestedSubscriptions extends PureComponent<Props> {
|
||||||
return suggested ? (
|
return suggested ? (
|
||||||
<div className="card__content subscriptions__suggested">
|
<div className="card__content subscriptions__suggested">
|
||||||
{suggested.map(({ uri, label }) => (
|
{suggested.map(({ uri, label }) => (
|
||||||
<CategoryList isSubComponent key={uri} category={label} categoryLink={uri} />
|
<CategoryList key={uri} category={label} categoryLink={uri} />
|
||||||
))}
|
))}
|
||||||
</div>
|
</div>
|
||||||
) : null;
|
) : null;
|
||||||
|
|
|
@ -67,10 +67,9 @@ class TransactionListItem extends React.PureComponent<Props> {
|
||||||
</td>
|
</td>
|
||||||
<td className="table__item--actionable">
|
<td className="table__item--actionable">
|
||||||
{reward && <span>{reward.reward_title}</span>}
|
{reward && <span>{reward.reward_title}</span>}
|
||||||
{name &&
|
{name && claimId && (
|
||||||
claimId && (
|
|
||||||
<Button
|
<Button
|
||||||
tourniquet
|
constrict
|
||||||
button="link"
|
button="link"
|
||||||
navigate="/show"
|
navigate="/show"
|
||||||
navigateParams={{ uri: buildURI({ claimName: name, claimId }) }}
|
navigateParams={{ uri: buildURI({ claimName: name, claimId }) }}
|
||||||
|
|
|
@ -1,5 +1,5 @@
|
||||||
// @flow
|
// @flow
|
||||||
import * as ICONS from 'constants/icons';
|
import * as icons from 'constants/icons';
|
||||||
import * as MODALS from 'constants/modal_types';
|
import * as MODALS from 'constants/modal_types';
|
||||||
import * as React from 'react';
|
import * as React from 'react';
|
||||||
import { FormField } from 'component/common/form';
|
import { FormField } from 'component/common/form';
|
||||||
|
@ -78,12 +78,12 @@ class TransactionList extends React.PureComponent<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<React.Fragment>
|
<React.Fragment>
|
||||||
|
<header className="card__header">
|
||||||
{!transactionList.length && (
|
{!transactionList.length && (
|
||||||
<p className="card__content">{emptyMessage || __('No transactions to list.')}</p>
|
<p className="card__content">{emptyMessage || __('No transactions to list.')}</p>
|
||||||
)}
|
)}
|
||||||
{!slim &&
|
{!slim && !!transactionList.length && (
|
||||||
!!transactions.length && (
|
<div className="card__actions card__actions--between card__actions--top-space">
|
||||||
<div className="card__actions card__actions--between">
|
|
||||||
<FileExporter
|
<FileExporter
|
||||||
data={transactionList}
|
data={transactionList}
|
||||||
label={__('Export')}
|
label={__('Export')}
|
||||||
|
@ -91,7 +91,7 @@ class TransactionList extends React.PureComponent<Props> {
|
||||||
filters={['nout']}
|
filters={['nout']}
|
||||||
defaultPath={__('lbry-transactions-history')}
|
defaultPath={__('lbry-transactions-history')}
|
||||||
/>
|
/>
|
||||||
{!slim && (
|
|
||||||
<FormField
|
<FormField
|
||||||
type="select"
|
type="select"
|
||||||
value={filterSetting || TRANSACTIONS.ALL}
|
value={filterSetting || TRANSACTIONS.ALL}
|
||||||
|
@ -101,7 +101,7 @@ class TransactionList extends React.PureComponent<Props> {
|
||||||
postfix={
|
postfix={
|
||||||
<Button
|
<Button
|
||||||
button="link"
|
button="link"
|
||||||
icon={ICONS.HELP}
|
icon={icons.HELP}
|
||||||
href="https://lbry.io/faq/transaction-types"
|
href="https://lbry.io/faq/transaction-types"
|
||||||
title={__('Help')}
|
title={__('Help')}
|
||||||
/>
|
/>
|
||||||
|
@ -113,11 +113,13 @@ class TransactionList extends React.PureComponent<Props> {
|
||||||
</option>
|
</option>
|
||||||
))}
|
))}
|
||||||
</FormField>
|
</FormField>
|
||||||
)}
|
|
||||||
</div>
|
</div>
|
||||||
)}
|
)}
|
||||||
|
</header>
|
||||||
|
|
||||||
{!!transactionList.length && (
|
{!!transactionList.length && (
|
||||||
<table className="card__content table table--transactions table--stretch">
|
<div className="card__content">
|
||||||
|
<table className="table table--transactions table--stretch">
|
||||||
<thead>
|
<thead>
|
||||||
<tr>
|
<tr>
|
||||||
<th>{__('Amount')}</th>
|
<th>{__('Amount')}</th>
|
||||||
|
@ -139,6 +141,7 @@ class TransactionList extends React.PureComponent<Props> {
|
||||||
))}
|
))}
|
||||||
</tbody>
|
</tbody>
|
||||||
</table>
|
</table>
|
||||||
|
</div>
|
||||||
)}
|
)}
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
);
|
);
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
// @flow
|
// @flow
|
||||||
import type { Transaction } from 'component/transactionList/view';
|
import type { Transaction } from 'component/transactionList/view';
|
||||||
import * as ICONS from 'constants/icons';
|
import * as icons from 'constants/icons';
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
import React, { Fragment } from 'react';
|
import React, { Fragment } from 'react';
|
||||||
import BusyIndicator from 'component/common/busy-indicator';
|
import BusyIndicator from 'component/common/busy-indicator';
|
||||||
import Button from 'component/button';
|
import Button from 'component/button';
|
||||||
|
@ -27,22 +27,27 @@ class TransactionListRecent extends React.PureComponent<Props> {
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
const { fetchingTransactions, hasTransactions, transactions } = this.props;
|
const { fetchingTransactions, hasTransactions, transactions } = this.props;
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title card--space-between">
|
<header className="card__header card__header--flat">
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
|
<h2 className="card__title">
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
{__('Recent Transactions')}
|
{__('Recent Transactions')}
|
||||||
<RefreshTransactionButton />
|
<RefreshTransactionButton />
|
||||||
</div>
|
</h2>
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
<div className="card__subtitle">
|
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
|
<p className="card__subtitle">
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
{__('To view all of your transactions, navigate to the')}{' '}
|
{__('To view all of your transactions, navigate to the')}{' '}
|
||||||
<Button button="link" navigate="/history" label={__('transactions page')} />.
|
<Button button="link" navigate="/history" label={__('transactions page')} />.
|
||||||
</div>
|
</p>
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
{fetchingTransactions &&
|
</header>
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
!hasTransactions && (
|
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
|
{fetchingTransactions && !hasTransactions && (
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<BusyIndicator message={__('Loading transactions')} />
|
<BusyIndicator message={__('Loading transactions')} />
|
||||||
</div>
|
</div>
|
||||||
)}
|
)}
|
||||||
|
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
{hasTransactions && (
|
{hasTransactions && (
|
||||||
<Fragment>
|
<Fragment>
|
||||||
|
<div className="card__content">
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
<TransactionList
|
<TransactionList
|
||||||
slim
|
slim
|
||||||
transactions={transactions}
|
transactions={transactions}
|
||||||
|
@ -53,9 +58,10 @@ class TransactionListRecent extends React.PureComponent<Props> {
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
button="primary"
|
button="primary"
|
||||||
navigate="/history"
|
navigate="/history"
|
||||||
label={__('Full History')}
|
label={__('Full History')}
|
||||||
icon={ICONS.CLOCK}
|
icon={icons.CLOCK}
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|||||||
</Fragment>
|
</Fragment>
|
||||||
)}
|
)}
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
Form imports I've been trying to follow the pattern of:
Form imports I've been trying to follow the pattern of:
```
types
constants
node_modules
components/other
```
Not a big deal though Not a big deal though
|
|
@ -41,11 +41,17 @@ class UserEmailNew extends React.PureComponent<Props, State> {
|
||||||
const { cancelButton, errorMessage, isPending } = this.props;
|
const { cancelButton, errorMessage, isPending } = this.props;
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<div>
|
<span>
|
||||||
<p>
|
<p>
|
||||||
{__("We'll let you know about LBRY updates, security issues, and great new content.")}
|
{__("We'll let you know about LBRY updates, security issues, and great new content.")}
|
||||||
</p>
|
</p>
|
||||||
<p>{__("We'll never sell your email, and you can unsubscribe at any time.")}</p>
|
|
||||||
|
<p>
|
||||||
|
{__(
|
||||||
|
'In addition, your email address will never be sold and you can unsubscribe at any time.'
|
||||||
|
)}
|
||||||
|
</p>
|
||||||
|
|
||||||
<Form onSubmit={this.handleSubmit}>
|
<Form onSubmit={this.handleSubmit}>
|
||||||
<FormRow padded>
|
<FormRow padded>
|
||||||
<FormField
|
<FormField
|
||||||
|
@ -59,15 +65,18 @@ class UserEmailNew extends React.PureComponent<Props, State> {
|
||||||
onChange={this.handleEmailChanged}
|
onChange={this.handleEmailChanged}
|
||||||
/>
|
/>
|
||||||
</FormRow>
|
</FormRow>
|
||||||
|
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Submit label="Submit" disabled={isPending} />
|
<Submit label="Submit" disabled={isPending} />
|
||||||
{cancelButton}
|
{cancelButton}
|
||||||
|
<br /><br />
|
||||||
</div>
|
</div>
|
||||||
<div className="card__content help">
|
|
||||||
|
<p className="card__content help">
|
||||||
{`${__('Your email may be used to sync usage data across devices.')} `}
|
{`${__('Your email may be used to sync usage data across devices.')} `}
|
||||||
</div>
|
</p>
|
||||||
</Form>
|
</Form>
|
||||||
</div>
|
</span>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
|
@ -54,8 +54,10 @@ class UserEmailVerify extends React.PureComponent<Props, State> {
|
||||||
const { cancelButton, errorMessage, email, isPending, onModal } = this.props;
|
const { cancelButton, errorMessage, email, isPending, onModal } = this.props;
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<Form onSubmit={this.handleSubmit}>
|
<span>
|
||||||
<p>Please enter the verification code emailed to {email}.</p>
|
<p>Please enter the verification code emailed to {email}.</p>
|
||||||
|
|
||||||
|
<Form onSubmit={this.handleSubmit}>
|
||||||
<FormRow padded>
|
<FormRow padded>
|
||||||
<FormField
|
<FormField
|
||||||
stretch
|
stretch
|
||||||
|
@ -68,13 +70,7 @@ class UserEmailVerify extends React.PureComponent<Props, State> {
|
||||||
onChange={event => this.handleCodeChanged(event)}
|
onChange={event => this.handleCodeChanged(event)}
|
||||||
/>
|
/>
|
||||||
</FormRow>
|
</FormRow>
|
||||||
<div className="help">
|
|
||||||
<p>
|
|
||||||
{__('Email')} <Button button="link" href="mailto:help@lbry.io" label="help@lbry.io" />{' '}
|
|
||||||
or join our <Button button="link" href="https://chat.lbry.io" label="chat" />{' '}
|
|
||||||
{__('if you encounter any trouble with your code.')}
|
|
||||||
</p>
|
|
||||||
</div>
|
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Submit label={__('Verify')} disabled={isPending} />
|
<Submit label={__('Verify')} disabled={isPending} />
|
||||||
{cancelButton}
|
{cancelButton}
|
||||||
|
@ -86,6 +82,12 @@ class UserEmailVerify extends React.PureComponent<Props, State> {
|
||||||
/>
|
/>
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
|
<p className="help">
|
||||||
|
{__('Email')} <Button button="link" href="mailto:help@lbry.io" label="help@lbry.io" />{' '}
|
||||||
|
or join our <Button button="link" href="https://chat.lbry.io" label="chat" />{' '}
|
||||||
|
{__('if you encounter any trouble with your code.')}
|
||||||
|
</p>
|
||||||
{onModal && (
|
{onModal && (
|
||||||
<div className="card__actions help">
|
<div className="card__actions help">
|
||||||
<Button
|
<Button
|
||||||
|
@ -96,6 +98,7 @@ class UserEmailVerify extends React.PureComponent<Props, State> {
|
||||||
</div>
|
</div>
|
||||||
)}
|
)}
|
||||||
</Form>
|
</Form>
|
||||||
|
</span>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
|
@ -161,13 +161,22 @@ class UserHistoryPage extends React.PureComponent<Props, State> {
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
) : (
|
) : (
|
||||||
<div className="page__empty">
|
<div className="page__empty">
|
||||||
<h3 className="card__title">
|
<section className="card card--section">
|
||||||
{__("You don't have anything saved in history yet, go check out some content on LBRY!")}
|
<header className="card__header">
|
||||||
</h3>
|
<h2 className="card__title">
|
||||||
|
{__(
|
||||||
|
"You don't have anything saved in history yet, go check out some content on LBRY!"
|
||||||
|
)}
|
||||||
|
</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions card__actions--center">
|
<div className="card__actions card__actions--center">
|
||||||
<Button button="primary" navigate="/discover" label={__('Explore new content')} />
|
<Button button="primary" navigate="/discover" label={__('Explore new content')} />
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
</section>
|
||||||
|
</div>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
|
@ -47,7 +47,7 @@ class UserHistoryItem extends React.PureComponent<Props> {
|
||||||
<span className="time time--ago">{moment(lastViewed).from(moment())}</span>
|
<span className="time time--ago">{moment(lastViewed).from(moment())}</span>
|
||||||
<span className="item-list__item--cutoff">{title}</span>
|
<span className="item-list__item--cutoff">{title}</span>
|
||||||
<Button
|
<Button
|
||||||
tourniquet
|
constrict
|
||||||
button="link"
|
button="link"
|
||||||
label={name ? `lbry://${name}` : `lbry://...`}
|
label={name ? `lbry://${name}` : `lbry://...`}
|
||||||
navigate="/show"
|
navigate="/show"
|
||||||
|
|
|
@ -50,17 +50,16 @@ class UserPhoneVerify extends React.PureComponent {
|
||||||
error={phoneErrorMessage}
|
error={phoneErrorMessage}
|
||||||
/>
|
/>
|
||||||
{/* render help separately so it always shows */}
|
{/* render help separately so it always shows */}
|
||||||
<div className="meta">
|
|
||||||
<p>
|
|
||||||
{__('Email')} <Button button="link" href="mailto:help@lbry.io" label="help@lbry.io" />{' '}
|
|
||||||
or join our <Button button="link" href="https://chat.lbry.io" label="chat" />{' '}
|
|
||||||
{__('if you encounter any trouble with your code.')}
|
|
||||||
</p>
|
|
||||||
</div>
|
|
||||||
<div className="card__actions card__actions--center">
|
<div className="card__actions card__actions--center">
|
||||||
<Submit label={__('Verify')} />
|
<Submit label={__('Verify')} />
|
||||||
{cancelButton}
|
{cancelButton}
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
|
<p className="help">
|
||||||
|
{__('Email')} <Button button="link" href="mailto:help@lbry.io" label="help@lbry.io" />{' '}
|
||||||
|
or join our <Button button="link" href="https://chat.lbry.io" label="chat" />{' '}
|
||||||
|
{__('if you encounter any trouble with your code.')}
|
||||||
|
</p>
|
||||||
</Form>
|
</Form>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -1,5 +1,5 @@
|
||||||
// @flow
|
// @flow
|
||||||
import * as ICONS from 'constants/icons';
|
import * as icons from 'constants/icons';
|
||||||
import * as React from 'react';
|
import * as React from 'react';
|
||||||
import Button from 'component/button';
|
import Button from 'component/button';
|
||||||
import CardVerify from 'component/cardVerify';
|
import CardVerify from 'component/cardVerify';
|
||||||
|
@ -29,24 +29,31 @@ class UserVerify extends React.PureComponent<Props> {
|
||||||
return (
|
return (
|
||||||
<React.Fragment>
|
<React.Fragment>
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">
|
<header className="card__header">
|
||||||
<h1>{__('Final Human Proof')}</h1>
|
<h1 className="card__title">{__('Final Human Proof')}</h1>
|
||||||
</div>
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<p>
|
<p>
|
||||||
Finally, please complete <strong>one and only one</strong> of the options below.
|
Finally, please complete <strong>one and only one</strong> of the options below.
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('1) Proof via Credit')}</div>
|
<header className="card__header">
|
||||||
<p className="card__content">
|
<h2 className="card__title">{__('1) Proof via Credit')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
|
<p>
|
||||||
{`${__(
|
{`${__(
|
||||||
'If you have a valid credit or debit card, you can use it to instantly prove your humanity.'
|
'If you have a valid credit or debit card, you can use it to instantly prove your humanity.'
|
||||||
)} ${__(
|
)} ${__(
|
||||||
'LBRY does not store your credit card information. There is no charge at all for this, now or in the future.'
|
'LBRY does not store your credit card information. There is no charge at all for this, now or in the future.'
|
||||||
)} `}
|
)} `}
|
||||||
</p>
|
</p>
|
||||||
|
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
{errorMessage && <p className="form-field__error">{errorMessage}</p>}
|
{errorMessage && <p className="form-field__error">{errorMessage}</p>}
|
||||||
<CardVerify
|
<CardVerify
|
||||||
|
@ -56,6 +63,8 @@ class UserVerify extends React.PureComponent<Props> {
|
||||||
stripeKey={Lbryio.getStripeToken()}
|
stripeKey={Lbryio.getStripeToken()}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<div className="meta">
|
<div className="meta">
|
||||||
{__('A $1 authorization may temporarily appear with your provider.')}{' '}
|
{__('A $1 authorization may temporarily appear with your provider.')}{' '}
|
||||||
|
@ -67,23 +76,31 @@ class UserVerify extends React.PureComponent<Props> {
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('2) Proof via Phone')}</div>
|
<header className="card__header">
|
||||||
<p className="card__content">
|
<h2 className="card__title">{__('2) Proof via Phone')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
|
<p>
|
||||||
{`${__(
|
{`${__(
|
||||||
'You will receive an SMS text message confirming that your phone number is correct.'
|
'You will receive an SMS text message confirming that your phone number is correct.'
|
||||||
)}`}
|
)}`}
|
||||||
</p>
|
</p>
|
||||||
|
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
onClick={() => {
|
onClick={() => {
|
||||||
verifyPhone();
|
verifyPhone();
|
||||||
}}
|
}}
|
||||||
button="primary"
|
button="primary"
|
||||||
icon={ICONS.PHONE}
|
icon={icons.PHONE}
|
||||||
label={__('Submit Phone Number')}
|
label={__('Submit Phone Number')}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<div className="meta">
|
<div className="meta">
|
||||||
{__('Standard messaging rates apply. Having trouble?')}{' '}
|
{__('Standard messaging rates apply. Having trouble?')}{' '}
|
||||||
|
@ -91,32 +108,43 @@ class UserVerify extends React.PureComponent<Props> {
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('3) Proof via Chat')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('3) Proof via Chat')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<p>
|
<p>
|
||||||
{__(
|
{__(
|
||||||
'A moderator capable of approving you is typically available in the #verification channel of our chat room.'
|
'A moderator capable of approving you is typically available in the #verification channel of our chat room.'
|
||||||
)}
|
)}
|
||||||
</p>
|
</p>
|
||||||
|
|
||||||
<p>
|
<p>
|
||||||
{__(
|
{__(
|
||||||
'This process will likely involve providing proof of a stable and established online or real-life identity.'
|
'This process will likely involve providing proof of a stable and established online or real-life identity.'
|
||||||
)}
|
)}
|
||||||
</p>
|
</p>
|
||||||
</div>
|
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
href="https://chat.lbry.io"
|
href="https://chat.lbry.io"
|
||||||
button="primary"
|
button="primary"
|
||||||
icon={ICONS.MESSAGE}
|
icon={icons.MESSAGE}
|
||||||
label={__('Join LBRY Chat')}
|
label={__('Join LBRY Chat')}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Or, Skip It Entirely')}</div>
|
<header className="card__header">
|
||||||
<p className="card__content">
|
<h2 className="card__title">{__('Or, Skip It Entirely')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
|
<p>
|
||||||
{__(
|
{__(
|
||||||
'You can continue without this step, but you will not be eligible to earn rewards.'
|
'You can continue without this step, but you will not be eligible to earn rewards.'
|
||||||
)}
|
)}
|
||||||
|
@ -128,6 +156,7 @@ class UserVerify extends React.PureComponent<Props> {
|
||||||
label={__('Skip Rewards')}
|
label={__('Skip Rewards')}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
);
|
);
|
||||||
|
|
|
@ -1,5 +1,5 @@
|
||||||
// @flow
|
// @flow
|
||||||
import * as ICONS from 'constants/icons';
|
import * as icons from 'constants/icons';
|
||||||
import React from 'react';
|
import React from 'react';
|
||||||
import Button from 'component/button';
|
import Button from 'component/button';
|
||||||
import Address from 'component/address';
|
import Address from 'component/address';
|
||||||
|
@ -50,23 +50,27 @@ class WalletAddress extends React.PureComponent<Props, State> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Receive Credits')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Receive Credits')}</h2>
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__('Use this wallet address to receive credits sent by another user (or yourself).')}
|
{__('Use this wallet address to receive credits sent by another user (or yourself).')}
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<Address address={receiveAddress} showCopyButton />
|
<Address address={receiveAddress} showCopyButton />
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
label={__('Get New Address')}
|
label={__('Get New Address')}
|
||||||
icon={ICONS.REFRESH}
|
icon={icons.REFRESH}
|
||||||
onClick={getNewAddress}
|
onClick={getNewAddress}
|
||||||
disabled={gettingNewAddress}
|
disabled={gettingNewAddress}
|
||||||
/>
|
/>
|
||||||
|
|
||||||
<Button
|
<Button
|
||||||
button="link"
|
button="link"
|
||||||
label={showQR ? __('Hide QR code') : __('Show QR code')}
|
label={showQR ? __('Hide QR code') : __('Show QR code')}
|
||||||
|
@ -74,21 +78,18 @@ class WalletAddress extends React.PureComponent<Props, State> {
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
{showQR && (
|
<p className="help">
|
||||||
<div className="card__content">
|
|
||||||
<QRCode value={receiveAddress} paddingTop />
|
|
||||||
</div>
|
|
||||||
)}
|
|
||||||
|
|
||||||
<div className="card__content">
|
|
||||||
<div className="help">
|
|
||||||
<p>
|
|
||||||
{__(
|
{__(
|
||||||
'You can generate a new address at any time, and any previous addresses will continue to work. Using multiple addresses can be helpful for keeping track of incoming payments from multiple sources.'
|
'You can generate a new address at any time, and any previous addresses will continue to work. Using multiple addresses can be helpful for keeping track of incoming payments from multiple sources.'
|
||||||
)}
|
)}
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
|
{showQR && (
|
||||||
|
<div className="card__content">
|
||||||
|
<QRCode value={receiveAddress} paddingTop />
|
||||||
</div>
|
</div>
|
||||||
|
)}
|
||||||
</section>
|
</section>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -10,10 +10,11 @@ const WalletBalance = (props: Props) => {
|
||||||
const { balance } = props;
|
const { balance } = props;
|
||||||
return (
|
return (
|
||||||
<section className="card card--section card--wallet-balance">
|
<section className="card card--section card--wallet-balance">
|
||||||
<div>
|
<header className="card__header">
|
||||||
<div className="card__title">{__('Balance')}</div>
|
<h2 className="card__title">{__('Balance')}</h2>
|
||||||
<span className="card__subtitle">{__('You currently have')}</span>
|
<p className="card__subtitle">{__('You currently have')}</p>
|
||||||
</div>
|
</header>
|
||||||
|
|
||||||
I think we might need to make some changes here. Since the balance is much larger, it takes up way more horizontal space if your balance has a lot of decimals. Both of these are on the smallest possible screen width I think we might need to make some changes here. Since the balance is much larger, it takes up way more horizontal space if your balance has a lot of decimals.
<img width="400" alt="screen shot 2018-12-12 at 2 36 23 pm" src="https://user-images.githubusercontent.com/16882830/49894243-7973bb80-fe1b-11e8-874a-73ba05b50868.png">
<img width="400" alt="screen shot 2018-12-12 at 2 37 41 pm" src="https://user-images.githubusercontent.com/16882830/49894264-87294100-fe1b-11e8-9230-0f276701c8f6.png">
Both of these are on the smallest possible screen width
I thought we weren't worrying about making things responsive. I thought we weren't worrying about making things responsive.
Why are we showing all these decimal points? We don't in the header bar. We don't in the hover text either.
This does not look good on the Another option is to have the numbers fade (to replace the ellipsis). Let me know which direction you want me to go in. Why are we showing all these decimal points? We don't in the header bar. We don't in the hover text either.
```sass
display: block;
max-width: 400px;
overflow: hidden;
padding-right: 7rem;
text-overflow: ellipsis;
white-space: nowrap;
```
This does not look good on the `<span/>` surrounding the amount. You have ellipsis and extra space to add "LBC" in an `::after` pseudo-element.
Another option is to have the numbers fade (to replace the ellipsis).
Let me know which direction you want me to go in.
We aren't worrying about mobile design, but the minimum app width still needs to look good. We should show the full amount here, it's the only place you can see it. I think it's fine to show an estimate in the header because it goes to this page when you click on it, and shows the full amount in the hover text. It's a bug that we show an estimate when hovering over the large balance (I guess we don't even really need that though). What about just dropping the We aren't worrying about mobile design, but the minimum app width still needs to look good.
We should show the full amount here, it's the only place you can see it. I think it's fine to show an estimate in the header because it goes to this page when you click on it, and shows the full amount in the hover text. It's a bug that we show an estimate when hovering over the large balance (I guess we don't even really need that though).
What about just dropping the `font-size` down to `4rem`?
I'll make it I'll make it `3.5rem` so the Rewards box has more breathing room at `950px`.
|
|||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
{(balance || balance === 0) && <CreditAmount large amount={balance} precision={8} />}
|
{(balance || balance === 0) && <CreditAmount large amount={balance} precision={8} />}
|
||||||
</div>
|
</div>
|
||||||
|
|
|
@ -37,7 +37,10 @@ class WalletSend extends React.PureComponent<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Send Credits')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Send Credits')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<Formik
|
<Formik
|
||||||
initialValues={{
|
initialValues={{
|
||||||
|
|
|
@ -92,12 +92,14 @@ class WalletSendTip extends React.PureComponent<Props, State> {
|
||||||
placeholder="1.23"
|
placeholder="1.23"
|
||||||
onChange={event => this.handleSupportPriceChange(event)}
|
onChange={event => this.handleSupportPriceChange(event)}
|
||||||
helper={
|
helper={
|
||||||
<span>
|
<p>
|
||||||
{__(`This will appear as a tip for "${title}".`)}{' '}
|
{__(`This will appear as a tip for "${title}".`)}{' '}
|
||||||
<Button label={__('Learn more')} button="link" href="https://lbry.io/faq/tipping" />
|
<Button label={__('Learn more')} button="link" href="https://lbry.io/faq/tipping" />
|
||||||
</span>
|
</p>
|
||||||
}
|
}
|
||||||
/>
|
/>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
|
@ -105,7 +107,13 @@ class WalletSendTip extends React.PureComponent<Props, State> {
|
||||||
disabled={isPending || tipError}
|
disabled={isPending || tipError}
|
||||||
onClick={this.handleSendButtonClicked}
|
onClick={this.handleSendButtonClicked}
|
||||||
/>
|
/>
|
||||||
<Button button="link" label={__('Cancel')} onClick={onCancel} navigateParams={{ uri }} />
|
<Button
|
||||||
|
button="link"
|
||||||
|
label={__('Cancel')}
|
||||||
|
onClick={onCancel}
|
||||||
|
navigateParams={{ uri }}
|
||||||
|
/>
|
||||||
|
</div>
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
);
|
);
|
||||||
|
|
|
@ -39,7 +39,7 @@ const perform = dispatch => ({
|
||||||
updateSearchQuery: query => dispatch(doUpdateSearchQuery(query)),
|
updateSearchQuery: query => dispatch(doUpdateSearchQuery(query)),
|
||||||
doFocus: () => dispatch(doFocusSearchInput()),
|
doFocus: () => dispatch(doFocusSearchInput()),
|
||||||
doBlur: () => dispatch(doBlurSearchInput()),
|
doBlur: () => dispatch(doBlurSearchInput()),
|
||||||
doShowSnackBar: (props) => dispatch(doToast(props)),
|
doShowSnackBar: props => dispatch(doToast(props)),
|
||||||
});
|
});
|
||||||
|
|
||||||
export default connect(
|
export default connect(
|
||||||
|
|
|
@ -1,3 +1,4 @@
|
||||||
|
// React Feather
|
||||||
export const FEATURED = 'Award';
|
export const FEATURED = 'Award';
|
||||||
export const LOCAL = 'Folder';
|
export const LOCAL = 'Folder';
|
||||||
export const ALERT = 'AlertCircle';
|
export const ALERT = 'AlertCircle';
|
||||||
|
|
|
@ -67,10 +67,12 @@ export class Modal extends React.PureComponent<ModalProps> {
|
||||||
![null, undefined, ''].includes(overlayClassName) ? overlayClassName : 'modal-overlay'
|
![null, undefined, ''].includes(overlayClassName) ? overlayClassName : 'modal-overlay'
|
||||||
}
|
}
|
||||||
>
|
>
|
||||||
<h1 className="modal__header">{title}</h1>
|
<h1 className="card__title">{title}</h1>
|
||||||
<div>{children}</div>
|
<div className="card__content">{children}</div>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
{type === 'custom' ? null : ( // custom modals define their own buttons
|
{type === 'custom' ? null : ( // custom modals define their own buttons
|
||||||
<div className="card__actions card__actions--center">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
label={confirmButtonLabel}
|
label={confirmButtonLabel}
|
||||||
|
@ -87,6 +89,7 @@ export class Modal extends React.PureComponent<ModalProps> {
|
||||||
) : null}
|
) : null}
|
||||||
</div>
|
</div>
|
||||||
)}
|
)}
|
||||||
|
</div>
|
||||||
</ReactModal>
|
</ReactModal>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -40,13 +40,13 @@ class ModalAffirmPurchase extends React.PureComponent<Props> {
|
||||||
onConfirmed={this.onAffirmPurchase}
|
onConfirmed={this.onAffirmPurchase}
|
||||||
onAborted={cancelPurchase}
|
onAborted={cancelPurchase}
|
||||||
>
|
>
|
||||||
<section className="card__content">
|
<p>
|
||||||
{__('This will purchase')} <strong>{`"${title}"`}</strong> {__('for')}{' '}
|
{__('This will purchase')} <strong>{`"${title}"`}</strong> {__('for')}{' '}
|
||||||
<strong>
|
<strong>
|
||||||
<FilePrice uri={uri} showFullPrice inheritStyle showLBC={false} />
|
<FilePrice uri={uri} showFullPrice inheritStyle showLBC={false} />
|
||||||
</strong>{' '}
|
</strong>{' '}
|
||||||
{__('credits')}.
|
{__('credits')}.
|
||||||
</section>
|
</p>
|
||||||
</Modal>
|
</Modal>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -20,9 +20,11 @@ const ModalCreditIntro = (props: Props) => {
|
||||||
<Modal type="custom" isOpen contentLabel="Welcome to LBRY" title={__('LBRY Credits Needed')}>
|
<Modal type="custom" isOpen contentLabel="Welcome to LBRY" title={__('LBRY Credits Needed')}>
|
||||||
<section className="card__content">
|
<section className="card__content">
|
||||||
<p>
|
<p>
|
||||||
Some actions require LBRY credits (<em>
|
Some actions require LBRY credits (
|
||||||
|
<em>
|
||||||
<CurrencySymbol />
|
<CurrencySymbol />
|
||||||
</em>), the blockchain token that powers the LBRY network.
|
</em>
|
||||||
|
), the blockchain token that powers the LBRY network.
|
||||||
</p>
|
</p>
|
||||||
{currentBalance <= 0 && (
|
{currentBalance <= 0 && (
|
||||||
<p>
|
<p>
|
||||||
|
@ -37,6 +39,9 @@ const ModalCreditIntro = (props: Props) => {
|
||||||
{__('in free rewards for participating in the LBRY beta.')}
|
{__('in free rewards for participating in the LBRY beta.')}
|
||||||
</p>
|
</p>
|
||||||
)}
|
)}
|
||||||
|
</section>
|
||||||
|
|
||||||
|
<section className="card__content">
|
||||||
<div className="card__actions card__actions--center">
|
<div className="card__actions card__actions--center">
|
||||||
<Button button="primary" onClick={addBalance} label={__('Get Credits')} />
|
<Button button="primary" onClick={addBalance} label={__('Get Credits')} />
|
||||||
<Button
|
<Button
|
||||||
|
|
|
@ -10,4 +10,7 @@ const perform = dispatch => ({
|
||||||
navigate: (path, params) => dispatch(doNavigate(path, params)),
|
navigate: (path, params) => dispatch(doNavigate(path, params)),
|
||||||
});
|
});
|
||||||
|
|
||||||
export default connect(null, perform)(ModalSendTip);
|
export default connect(
|
||||||
|
null,
|
||||||
|
perform
|
||||||
|
)(ModalSendTip);
|
||||||
|
|
|
@ -1,10 +1,6 @@
|
||||||
import { connect } from 'react-redux';
|
import { connect } from 'react-redux';
|
||||||
import { doDeleteFileAndGoBack } from 'redux/actions/file';
|
import { doDeleteFileAndGoBack } from 'redux/actions/file';
|
||||||
import {
|
import { makeSelectTitleForUri, makeSelectClaimIsMine, makeSelectFileInfoForUri } from 'lbry-redux';
|
||||||
makeSelectTitleForUri,
|
|
||||||
makeSelectClaimIsMine,
|
|
||||||
makeSelectFileInfoForUri,
|
|
||||||
} from 'lbry-redux';
|
|
||||||
import { doHideModal } from 'redux/actions/app';
|
import { doHideModal } from 'redux/actions/app';
|
||||||
import ModalRemoveFile from './view';
|
import ModalRemoveFile from './view';
|
||||||
|
|
||||||
|
|
|
@ -1,9 +1,5 @@
|
||||||
import { connect } from 'react-redux';
|
import { connect } from 'react-redux';
|
||||||
import {
|
import { doWalletStatus, doWalletDecrypt, selectWalletDecryptSucceeded } from 'lbry-redux';
|
||||||
doWalletStatus,
|
|
||||||
doWalletDecrypt,
|
|
||||||
selectWalletDecryptSucceeded,
|
|
||||||
} from 'lbry-redux';
|
|
||||||
import { doHideModal } from 'redux/actions/app';
|
import { doHideModal } from 'redux/actions/app';
|
||||||
import ModalWalletDecrypt from './view';
|
import ModalWalletDecrypt from './view';
|
||||||
|
|
||||||
|
|
|
@ -1,9 +1,5 @@
|
||||||
import { connect } from 'react-redux';
|
import { connect } from 'react-redux';
|
||||||
import {
|
import { doWalletUnlock, selectWalletUnlockPending, selectWalletUnlockSucceeded } from 'lbry-redux';
|
||||||
doWalletUnlock,
|
|
||||||
selectWalletUnlockPending,
|
|
||||||
selectWalletUnlockSucceeded,
|
|
||||||
} from 'lbry-redux';
|
|
||||||
import { doQuit, doHideModal } from 'redux/actions/app';
|
import { doQuit, doHideModal } from 'redux/actions/app';
|
||||||
import ModalWalletUnlock from './view';
|
import ModalWalletUnlock from './view';
|
||||||
|
|
||||||
|
|
|
@ -78,12 +78,14 @@ class AuthPage extends React.PureComponent<Props> {
|
||||||
<Page>
|
<Page>
|
||||||
{useTemplate ? (
|
{useTemplate ? (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">
|
<header className="card__header card__header--flat">
|
||||||
<h1>{this.getTitle()}</h1>
|
<h2 className="card__title">{this.getTitle()}</h2>
|
||||||
</div>
|
</header>
|
||||||
<div className="card__content">{innerContent}</div>
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<div className="help">
|
{innerContent}
|
||||||
|
|
||||||
|
<p className="help">
|
||||||
{`${__(
|
{`${__(
|
||||||
'This information is disclosed only to LBRY, Inc. and not to the LBRY network. It is only required to earn LBRY rewards and may be used to sync usage data across devices.'
|
'This information is disclosed only to LBRY, Inc. and not to the LBRY network. It is only required to earn LBRY rewards and may be used to sync usage data across devices.'
|
||||||
)} `}
|
)} `}
|
||||||
|
@ -92,7 +94,7 @@ class AuthPage extends React.PureComponent<Props> {
|
||||||
onClick={() => navigate('/discover')}
|
onClick={() => navigate('/discover')}
|
||||||
label={__('Return home.')}
|
label={__('Return home.')}
|
||||||
/>
|
/>
|
||||||
</div>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
) : (
|
) : (
|
||||||
|
|
|
@ -20,15 +20,21 @@ class BackupPage extends React.PureComponent<Props> {
|
||||||
<Page>
|
<Page>
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
{noDaemonSettings ? (
|
{noDaemonSettings ? (
|
||||||
<div className="card__title">{__('Failed to load settings.')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Failed to load settings.')}</h2>
|
||||||
|
</header>
|
||||||
) : (
|
) : (
|
||||||
<React.Fragment>
|
<React.Fragment>
|
||||||
<div className="card__title">{__('Backup Your LBRY Credits')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Backup Your LBRY Credits')}</h2>
|
||||||
|
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__(
|
{__(
|
||||||
'Your LBRY credits are controllable by you and only you, via wallet file(s) stored locally on your computer.'
|
'Your LBRY credits are controllable by you and only you, via wallet file(s) stored locally on your computer.'
|
||||||
)}
|
)}
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<p>
|
<p>
|
||||||
{__(
|
{__(
|
||||||
|
@ -40,7 +46,7 @@ class BackupPage extends React.PureComponent<Props> {
|
||||||
'However, it is fairly easy to back up manually. To backup your wallet, make a copy of the folder listed below:'
|
'However, it is fairly easy to back up manually. To backup your wallet, make a copy of the folder listed below:'
|
||||||
)}
|
)}
|
||||||
</p>
|
</p>
|
||||||
<p className="card__success-msg">{lbryumWalletDir}</p>
|
<p className="card__message">{lbryumWalletDir}</p>
|
||||||
<p>
|
<p>
|
||||||
{__(
|
{__(
|
||||||
'Access to these files are equivalent to having access to your credits. Keep any copies you make of your wallet in a secure place.'
|
'Access to these files are equivalent to having access to your credits. Keep any copies you make of your wallet in a secure place.'
|
||||||
|
@ -52,7 +58,8 @@ class BackupPage extends React.PureComponent<Props> {
|
||||||
button="link"
|
button="link"
|
||||||
href="https://lbry.io/faq/how-to-backup-wallet"
|
href="https://lbry.io/faq/how-to-backup-wallet"
|
||||||
label={__('see this article')}
|
label={__('see this article')}
|
||||||
/>.
|
/>
|
||||||
|
.
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
// @flow
|
// @flow
|
||||||
import type { Claim } from 'types/claim';
|
import type { Claim } from 'types/claim';
|
||||||
import * as ICONS from 'constants/icons';
|
import * as icons from 'constants/icons';
|
||||||
import * as MODALS from 'constants/modal_types';
|
import * as MODALS from 'constants/modal_types';
|
||||||
import React from 'react';
|
import React from 'react';
|
||||||
import BusyIndicator from 'component/common/busy-indicator';
|
import BusyIndicator from 'component/common/busy-indicator';
|
||||||
|
@ -85,26 +85,33 @@ class ChannelPage extends React.PureComponent<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<Page notContained>
|
<Page notContained>
|
||||||
<section>
|
<header className="channel-info">
|
||||||
<h1>
|
<h1>
|
||||||
{name}
|
{name}
|
||||||
{fetching && <BusyIndicator />}
|
{fetching && <BusyIndicator />}
|
||||||
</h1>
|
</h1>
|
||||||
</section>
|
|
||||||
<div className="card__actions">
|
<div className="channel-info__actions">
|
||||||
<SubscribeButton uri={`lbry://${permanentUrl}`} />
|
<div className="channel-info__actions__group">
|
||||||
|
<SubscribeButton uri={`lbry://${permanentUrl}`} channelName={name} />
|
||||||
<Button
|
<Button
|
||||||
button="alt"
|
button="alt"
|
||||||
icon={ICONS.GLOBE}
|
icon={icons.GLOBE}
|
||||||
label={__('Share Channel')}
|
label={__('Share Channel')}
|
||||||
onClick={() =>
|
onClick={() =>
|
||||||
openModal(MODALS.SOCIAL_SHARE, { uri, speechShareable: true, isChannel: true })
|
openModal(
|
||||||
|
{ id: MODALS.SOCIAL_SHARE },
|
||||||
|
{ uri, speechShareable: true, isChannel: true }
|
||||||
|
)
|
||||||
}
|
}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
<section className="card__content">{contentList}</section>
|
</div>
|
||||||
{(!fetching || (claimsInChannel && claimsInChannel.length)) &&
|
</header>
|
||||||
totalPages > 1 && (
|
|
||||||
|
<section className="media-group--list">{contentList}</section>
|
||||||
|
|
||||||
|
{(!fetching || (claimsInChannel && claimsInChannel.length)) && totalPages > 1 && (
|
||||||
<FormRow verticallyCentered centered>
|
<FormRow verticallyCentered centered>
|
||||||
<ReactPaginate
|
<ReactPaginate
|
||||||
pageCount={totalPages}
|
pageCount={totalPages}
|
||||||
|
@ -131,6 +138,7 @@ class ChannelPage extends React.PureComponent<Props> {
|
||||||
/>
|
/>
|
||||||
</FormRow>
|
</FormRow>
|
||||||
)}
|
)}
|
||||||
When navigating to a channel page, there can be some content jank if it loads quickly. It's happening because of the style changes in When navigating to a channel page, there can be some content jank if it loads quickly. It's happening because of the style changes in `page/show/view.jsx`. I don't think we need those. Before it was really nice how the channel stayed in the same place when everything loaded. That call usually pretty quick so I think we should keep it.
https://giphy.com/gifs/Zw7a22HKncKIaolawh
|
|||||||
|
|
||||||
{!channelIsMine && <HiddenNsfwClaims className="card__content help" uri={uri} />}
|
{!channelIsMine && <HiddenNsfwClaims className="card__content help" uri={uri} />}
|
||||||
</Page>
|
</Page>
|
||||||
);
|
);
|
||||||
|
|
|
@ -2,7 +2,7 @@
|
||||||
import type { Claim, Metadata } from 'types/claim';
|
import type { Claim, Metadata } from 'types/claim';
|
||||||
import type { FileInfo } from 'types/file_info';
|
import type { FileInfo } from 'types/file_info';
|
||||||
import * as MODALS from 'constants/modal_types';
|
import * as MODALS from 'constants/modal_types';
|
||||||
import * as ICONS from 'constants/icons';
|
import * as icons from 'constants/icons';
|
||||||
import * as React from 'react';
|
import * as React from 'react';
|
||||||
import * as settings from 'constants/settings';
|
import * as settings from 'constants/settings';
|
||||||
import { buildURI, normalizeURI } from 'lbry-redux';
|
import { buildURI, normalizeURI } from 'lbry-redux';
|
||||||
|
@ -21,8 +21,6 @@ import FileDownloadLink from 'component/fileDownloadLink';
|
||||||
import classnames from 'classnames';
|
import classnames from 'classnames';
|
||||||
import getMediaType from 'util/get-media-type';
|
import getMediaType from 'util/get-media-type';
|
||||||
import RecommendedContent from 'component/recommendedContent';
|
import RecommendedContent from 'component/recommendedContent';
|
||||||
import { FormField, FormRow } from 'component/common/form';
|
|
||||||
import ToolTip from 'component/common/tooltip';
|
|
||||||
|
|
||||||
type Props = {
|
type Props = {
|
||||||
claim: Claim,
|
claim: Claim,
|
||||||
|
@ -37,7 +35,6 @@ type Props = {
|
||||||
fetchFileInfo: string => void,
|
fetchFileInfo: string => void,
|
||||||
fetchCostInfo: string => void,
|
fetchCostInfo: string => void,
|
||||||
setViewed: string => void,
|
setViewed: string => void,
|
||||||
autoplay: boolean,
|
|
||||||
isSubscribed: ?string,
|
isSubscribed: ?string,
|
||||||
isSubscribed: boolean,
|
isSubscribed: boolean,
|
||||||
channelUri: string,
|
channelUri: string,
|
||||||
|
@ -126,7 +123,6 @@ class FilePage extends React.Component<Props> {
|
||||||
navigate,
|
navigate,
|
||||||
costInfo,
|
costInfo,
|
||||||
fileInfo,
|
fileInfo,
|
||||||
autoplay,
|
|
||||||
channelUri,
|
channelUri,
|
||||||
} = this.props;
|
} = this.props;
|
||||||
|
|
||||||
|
@ -163,7 +159,6 @@ class FilePage extends React.Component<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<Page forContent>
|
<Page forContent>
|
||||||
<section className="content__wrapper">
|
|
||||||
{showFile && <FileViewer className="content__embedded" uri={uri} mediaType={mediaType} />}
|
{showFile && <FileViewer className="content__embedded" uri={uri} mediaType={mediaType} />}
|
||||||
{!showFile &&
|
{!showFile &&
|
||||||
(thumbnail ? (
|
(thumbnail ? (
|
||||||
|
@ -180,27 +175,33 @@ class FilePage extends React.Component<Props> {
|
||||||
</div>
|
</div>
|
||||||
))}
|
))}
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="media__content media__content--large">
|
||||||
<div className="card--space-between">
|
<h1 className="media__title media__title--large">{title}</h1>
|
||||||
<h1>{title}</h1>
|
|
||||||
<div className="card__title-identity-ICONS">
|
<div className="media__properties media__properties--large">
|
||||||
{isRewardContent && (
|
{isRewardContent && (
|
||||||
<Icon size={20} iconColor="red" tooltip="bottom" icon={ICONS.FEATURED} />
|
<Icon size={20} iconColor="red" tooltip="bottom" icon={icons.FEATURED} />
|
||||||
)}
|
)}
|
||||||
|
{metadata.nsfw && <div className="badge badge--nsfw">NSFW</div>}
|
||||||
<FilePrice badge uri={normalizeURI(uri)} />
|
<FilePrice badge uri={normalizeURI(uri)} />
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
|
<div className="media__subtitle media__subtitle--large">
|
||||||
|
<div className="media__subtitle__channel">
|
||||||
|
<UriIndicator uri={uri} link />
|
||||||
</div>
|
</div>
|
||||||
<span className="card__subtitle">
|
|
||||||
<UriIndicator uri={uri} link /> {__('published on')}{' '}
|
<div className="media__subtitle__date">
|
||||||
<DateTime block={height} show={DateTime.SHOW_DATE} />
|
{__('Published on')} <DateTime block={height} show={DateTime.SHOW_DATE} />
|
||||||
</span>
|
</div>
|
||||||
{metadata.nsfw && <div>NSFW</div>}
|
</div>
|
||||||
<div className="card__actions card__actions--no-margin card__actions--between">
|
|
||||||
<div className="card__actions">
|
<div className="media__actions media__actions--between">
|
||||||
|
<div className="media__action-group--large">
|
||||||
{claimIsMine ? (
|
{claimIsMine ? (
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
icon={ICONS.EDIT}
|
icon={icons.EDIT}
|
||||||
label={__('Edit')}
|
label={__('Edit')}
|
||||||
onClick={() => {
|
onClick={() => {
|
||||||
prepareEdit(claim, editUri);
|
prepareEdit(claim, editUri);
|
||||||
|
@ -208,45 +209,35 @@ class FilePage extends React.Component<Props> {
|
||||||
}}
|
}}
|
||||||
/>
|
/>
|
||||||
If we are removing the wrapper on this, we should probably add some sort of max-height, then add a background so the thumbnail, content doesn't get huge. Most thumbails aren't great on large screens, and this will only be exacerbated on larger screens. If we are removing the wrapper on this, we should probably add some sort of max-height, then add a background so the thumbnail, content doesn't get huge. Most thumbails aren't great on large screens, and this will only be exacerbated on larger screens.
<img width="400" alt="screen shot 2018-12-12 at 3 28 55 pm" src="https://user-images.githubusercontent.com/16882830/49896899-a9728d00-fe22-11e8-88f0-ee6404a1040f.png">
<img width="400" alt="screen shot 2018-12-12 at 3 30 24 pm" src="https://user-images.githubusercontent.com/16882830/49897005-e8a0de00-fe22-11e8-85d1-3ff556a355b9.png">
|
|||||||
) : (
|
) : (
|
||||||
<SubscribeButton uri={channelUri} />
|
<SubscribeButton uri={channelUri} channelName={channelName} />
|
||||||
)}
|
)}
|
||||||
{!claimIsMine && (
|
{!claimIsMine && (
|
||||||
<Button
|
<Button
|
||||||
button="alt"
|
button="alt"
|
||||||
icon={ICONS.GIFT}
|
icon={icons.GIFT}
|
||||||
label={__('Send a tip')}
|
label={__('Send a tip')}
|
||||||
onClick={() => openModal(MODALS.SEND_TIP, { uri })}
|
onClick={() => openModal({ id: MODALS.SEND_TIP }, { uri })}
|
||||||
/>
|
/>
|
||||||
)}
|
)}
|
||||||
<Button
|
<Button
|
||||||
button="alt"
|
button="alt"
|
||||||
icon={ICONS.GLOBE}
|
icon={icons.GLOBE}
|
||||||
label={__('Share')}
|
label={__('Share')}
|
||||||
onClick={() => openModal(MODALS.SOCIAL_SHARE, { uri, speechShareable })}
|
onClick={() => openModal({ id: MODALS.SOCIAL_SHARE }, { uri, speechShareable })}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
<div className="card__actions">
|
<div className="media__action-group--large">
|
||||||
<FileDownloadLink uri={uri} />
|
<FileDownloadLink uri={uri} />
|
||||||
<FileActions uri={uri} claimId={claim.claim_id} />
|
<FileActions uri={uri} claimId={claim.claim_id} />
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
<FormRow>
|
|
||||||
<ToolTip direction="right" body={__('Automatically download and play free content.')}>
|
<div className="media__info--large">
|
||||||
<FormField
|
|
||||||
name="autoplay"
|
|
||||||
type="checkbox"
|
|
||||||
postfix={__('Autoplay')}
|
|
||||||
checked={autoplay}
|
|
||||||
onChange={this.onAutoplayChange}
|
|
||||||
/>
|
|
||||||
</ToolTip>
|
|
||||||
</FormRow>
|
|
||||||
<div className="card__content">
|
|
||||||
<FileDetails uri={uri} />
|
<FileDetails uri={uri} />
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
</section>
|
|
||||||
<RecommendedContent uri={uri} />
|
<RecommendedContent uri={uri} />
|
||||||
</Page>
|
</Page>
|
||||||
);
|
);
|
||||||
|
|
|
@ -23,7 +23,14 @@ class FileListDownloaded extends React.PureComponent<Props> {
|
||||||
<FileList fileInfos={fileInfos} sortBy={sortBy} page={PAGES.DOWNLOADED} />
|
<FileList fileInfos={fileInfos} sortBy={sortBy} page={PAGES.DOWNLOADED} />
|
||||||
) : (
|
) : (
|
||||||
<div className="page__empty">
|
<div className="page__empty">
|
||||||
<h3 className="card__title">{__("You haven't downloaded anything from LBRY yet.")}</h3>
|
<section className="card card--section">
|
||||||
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">
|
||||||
|
{__("You haven't downloaded anything from LBRY yet.")}
|
||||||
|
</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions card__actions--center">
|
<div className="card__actions card__actions--center">
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
|
@ -32,6 +39,8 @@ class FileListDownloaded extends React.PureComponent<Props> {
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
</section>
|
||||||
|
</div>
|
||||||
)}
|
)}
|
||||||
</Page>
|
</Page>
|
||||||
);
|
);
|
||||||
|
|
|
@ -34,9 +34,14 @@ class FileListPublished extends React.PureComponent<Props> {
|
||||||
/>
|
/>
|
||||||
) : (
|
) : (
|
||||||
<div className="page__empty">
|
<div className="page__empty">
|
||||||
<h3 className="card__title">
|
<section className="card card--section">
|
||||||
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">
|
||||||
{__("It looks like you haven't published anything to LBRY yet.")}
|
{__("It looks like you haven't published anything to LBRY yet.")}
|
||||||
</h3>
|
</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions card__actions--center">
|
<div className="card__actions card__actions--center">
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
|
@ -45,6 +50,8 @@ class FileListPublished extends React.PureComponent<Props> {
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
</section>
|
||||||
|
</div>
|
||||||
)}
|
)}
|
||||||
</Page>
|
</Page>
|
||||||
);
|
);
|
||||||
|
|
|
@ -14,7 +14,10 @@ const GetCreditsPage = () => (
|
||||||
<ShapeShift />
|
<ShapeShift />
|
||||||
*/}
|
*/}
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('More ways to get LBRY Credits')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('More ways to get LBRY Credits')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<p>
|
<p>
|
||||||
{
|
{
|
||||||
|
@ -22,8 +25,15 @@ const GetCreditsPage = () => (
|
||||||
}
|
}
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button button="primary" href="https://lbry.io/faq/earn-credits" label={__('Read More')} />
|
<Button
|
||||||
|
button="primary"
|
||||||
|
href="https://lbry.io/faq/earn-credits"
|
||||||
|
label={__('Read More')}
|
||||||
|
/>
|
||||||
|
</div>
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
</Page>
|
</Page>
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
// @TODO: Customize advice based on OS
|
// @TODO: Customize advice based on OS
|
||||||
// @flow
|
// @flow
|
||||||
import * as ICONS from 'constants/icons';
|
import * as icons from 'constants/icons';
|
||||||
import * as React from 'react';
|
import * as React from 'react';
|
||||||
import { shell } from 'electron';
|
import { shell } from 'electron';
|
||||||
import { Lbry } from 'lbry-redux';
|
import { Lbry } from 'lbry-redux';
|
||||||
|
@ -119,87 +119,114 @@ class HelpPage extends React.PureComponent<Props, State> {
|
||||||
return (
|
return (
|
||||||
<Page>
|
<Page>
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Read the FAQ')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Read the FAQ')}</h2>
|
||||||
<p className="card__subtitle">{__('Our FAQ answers many common questions.')}</p>
|
<p className="card__subtitle">{__('Our FAQ answers many common questions.')}</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
href="https://lbry.io/faq"
|
href="https://lbry.io/faq"
|
||||||
label={__('Read the FAQ')}
|
label={__('Read the FAQ')}
|
||||||
icon={ICONS.HELP}
|
icon={icons.HELP}
|
||||||
button="primary"
|
button="primary"
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Get Live Help')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Get Live Help')}</h2>
|
||||||
|
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__('Live help is available most hours in the')} <strong>#help</strong>{' '}
|
{__('Live help is available most hours in the')} <strong>#help</strong>{' '}
|
||||||
{__('channel of our Discord chat room.')}
|
{__('channel of our Discord chat room.')}
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
label={__('Join Our Chat')}
|
label={__('Join Our Chat')}
|
||||||
icon={ICONS.MESSAGE}
|
icon={icons.MESSAGE}
|
||||||
href="https://chat.lbry.io"
|
href="https://chat.lbry.io"
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('View your Log')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('View your Log')}</h2>
|
||||||
|
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__('Did something go wrong? Have a look in your log file, or send it to')}{' '}
|
{__('Did something go wrong? Have a look in your log file, or send it to')}{' '}
|
||||||
<Button button="link" label={__('support')} href="https://lbry.io/faq/support" />.
|
<Button button="link" label={__('support')} href="https://lbry.io/faq/support" />.
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
label={__('Open Log')}
|
label={__('Open Log')}
|
||||||
icon={ICONS.REPORT}
|
icon={icons.REPORT}
|
||||||
onClick={() => this.openLogFile(dataDirectory)}
|
onClick={() => this.openLogFile(dataDirectory)}
|
||||||
/>
|
/>
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
label={__('Open Log Folder')}
|
label={__('Open Log Folder')}
|
||||||
icon={ICONS.REPORT}
|
icon={icons.REPORT}
|
||||||
onClick={() => shell.openItem(dataDirectory)}
|
onClick={() => shell.openItem(dataDirectory)}
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Report a Bug or Suggest a New Feature')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Report a Bug or Suggest a New Feature')}</h2>
|
||||||
|
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__('Did you find something wrong? Think LBRY could add something useful and cool?')}{' '}
|
{__('Did you find something wrong? Think LBRY could add something useful and cool?')}
|
||||||
<Button button="link" label={__('Learn more')} href="https://lbry.io/faq/support" />
|
<Button button="link" label={__('Learn more')} href="https://lbry.io/faq/support" />
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<div className="card__actions">
|
<div className="card__actions">
|
||||||
<Button
|
<Button
|
||||||
navigate="/report"
|
navigate="/report"
|
||||||
label={__('Submit a Bug Report/Feature Request')}
|
label={__('Submit a Bug Report/Feature Request')}
|
||||||
icon={ICONS.REPORT}
|
icon={icons.REPORT}
|
||||||
button="primary"
|
button="primary"
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
|
|
||||||
<div className="card__meta">{__('Thanks! LBRY is made by its users.')}</div>
|
<div className="card__meta">{__('Thanks! LBRY is made by its users.')}</div>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('About')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('About')}</h2>
|
||||||
|
|
||||||
{this.state.upgradeAvailable !== null && this.state.upgradeAvailable ? (
|
{this.state.upgradeAvailable !== null && this.state.upgradeAvailable ? (
|
||||||
<div className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__('A newer version of LBRY is available.')}{' '}
|
{__('A newer version of LBRY is available.')}{' '}
|
||||||
<Button button="link" href={newVerLink} label={__('Download now!')} />
|
<Button button="link" href={newVerLink} label={__('Download now!')} />
|
||||||
</div>
|
</p>
|
||||||
) : (
|
) : (
|
||||||
<div className="card__subtitle">{__('Your LBRY app is up to date.')}</div>
|
<p className="card__subtitle">{__('Your LBRY app is up to date.')}</p>
|
||||||
)}
|
)}
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
{this.state.uiVersion && ver ? (
|
{this.state.uiVersion && ver ? (
|
||||||
<table className="card__content table table--stretch table--help">
|
<table className="table table--stretch table--help">
|
||||||
<tbody>
|
<tbody>
|
||||||
<tr>
|
<tr>
|
||||||
<td>{__('App')}</td>
|
<td>{__('App')}</td>
|
||||||
|
@ -247,11 +274,10 @@ class HelpPage extends React.PureComponent<Props, State> {
|
||||||
{this.state.accessTokenHidden && (
|
{this.state.accessTokenHidden && (
|
||||||
<Button button="link" label={__('View')} onClick={this.showAccessToken} />
|
<Button button="link" label={__('View')} onClick={this.showAccessToken} />
|
||||||
)}
|
)}
|
||||||
{!this.state.accessTokenHidden &&
|
{!this.state.accessTokenHidden && accessToken && (
|
||||||
accessToken && (
|
|
||||||
<div>
|
<div>
|
||||||
<p>{accessToken}</p>
|
<p>{accessToken}</p>
|
||||||
<div className="help">
|
<div className="alert-text">
|
||||||
{__('This is equivalent to a password. Do not post or share this.')}
|
{__('This is equivalent to a password. Do not post or share this.')}
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
|
@ -263,6 +289,7 @@ class HelpPage extends React.PureComponent<Props, State> {
|
||||||
) : (
|
) : (
|
||||||
<BusyIndicator message={__('Looking up version info')} />
|
<BusyIndicator message={__('Looking up version info')} />
|
||||||
)}
|
)}
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
</Page>
|
</Page>
|
||||||
);
|
);
|
||||||
|
|
|
@ -46,12 +46,15 @@ class ReportPage extends React.Component {
|
||||||
return (
|
return (
|
||||||
<Page>
|
<Page>
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Report an Issue/Request a Feature')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Report an Issue/Request a Feature')}</h2>
|
||||||
<p className="card__subtitle">
|
<p className="card__subtitle">
|
||||||
{__(
|
{__(
|
||||||
'Please describe the problem you experienced or the feature you want to see and any information you think might be useful to us. Links to screenshots are great!'
|
'Please describe the problem you experienced or the feature you want to see and any information you think might be useful to us. Links to screenshots are great!'
|
||||||
)}
|
)}
|
||||||
</p>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<FormRow>
|
<FormRow>
|
||||||
<FormField
|
<FormField
|
||||||
|
@ -79,8 +82,12 @@ class ReportPage extends React.Component {
|
||||||
</div>
|
</div>
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Developer?')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Developer?')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<p>
|
<p>
|
||||||
{__('You can also')}{' '}
|
{__('You can also')}{' '}
|
||||||
|
|
|
@ -34,13 +34,14 @@ class RewardsPage extends PureComponent<Props> {
|
||||||
if (!user.primary_email || !user.has_verified_email || !user.is_identity_verified) {
|
if (!user.primary_email || !user.has_verified_email || !user.is_identity_verified) {
|
||||||
return (
|
return (
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Humans Only')}</div>
|
<header className="card__header">
|
||||||
<div className="card__subtitle">
|
<h2 className="card__title">{__('Humans Only')}</h2>
|
||||||
<p>
|
<p className="card__subtitle">
|
||||||
{__('Rewards are for human beings only.')}{' '}
|
{__('Rewards are for human beings only.')}{' '}
|
||||||
{__("You'll have to prove you're one of us before you can claim any rewards.")}
|
{__("You'll have to prove you're one of us before you can claim any rewards.")}
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<Button onClick={doAuth} button="primary" label="Prove Humanity" />
|
<Button onClick={doAuth} button="primary" label="Prove Humanity" />
|
||||||
</div>
|
</div>
|
||||||
|
@ -96,8 +97,12 @@ class RewardsPage extends PureComponent<Props> {
|
||||||
|
|
||||||
if (daemonSettings && !daemonSettings.share_usage_data) {
|
if (daemonSettings && !daemonSettings.share_usage_data) {
|
||||||
return (
|
return (
|
||||||
<div className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Disabled')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Disabled')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<p>
|
<p>
|
||||||
{__(
|
{__(
|
||||||
'Rewards are currently disabled for your account. Turn on diagnostic data sharing, in'
|
'Rewards are currently disabled for your account. Turn on diagnostic data sharing, in'
|
||||||
|
@ -106,6 +111,7 @@ class RewardsPage extends PureComponent<Props> {
|
||||||
{__(', in order to re-enable them.')}
|
{__(', in order to re-enable them.')}
|
||||||
</p>
|
</p>
|
||||||
</div>
|
</div>
|
||||||
|
</section>
|
||||||
);
|
);
|
||||||
} else if (fetching) {
|
} else if (fetching) {
|
||||||
return (
|
return (
|
||||||
|
@ -142,6 +148,7 @@ class RewardsPage extends PureComponent<Props> {
|
||||||
|
|
||||||
const isNotEligible =
|
const isNotEligible =
|
||||||
!user || !user.primary_email || !user.has_verified_email || !user.is_reward_approved;
|
!user || !user.primary_email || !user.has_verified_email || !user.is_reward_approved;
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<div
|
<div
|
||||||
className={classnames('card__list--rewards', {
|
className={classnames('card__list--rewards', {
|
||||||
|
|
|
@ -1,6 +1,6 @@
|
||||||
// @flow
|
// @flow
|
||||||
import * as ICONS from 'constants/icons';
|
|
||||||
import * as SETTINGS from 'constants/settings';
|
import * as SETTINGS from 'constants/settings';
|
||||||
|
import * as ICONS from 'constants/icons';
|
||||||
import * as React from 'react';
|
import * as React from 'react';
|
||||||
import { isURIValid, normalizeURI, parseURI } from 'lbry-redux';
|
import { isURIValid, normalizeURI, parseURI } from 'lbry-redux';
|
||||||
import { FormField, FormRow } from 'component/common/form';
|
import { FormField, FormRow } from 'component/common/form';
|
||||||
|
@ -48,10 +48,10 @@ class SearchPage extends React.PureComponent<Props> {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<Page noPadding>
|
<Page noPadding>
|
||||||
{query &&
|
<section className="search">
|
||||||
isValid && (
|
{query && isValid && (
|
||||||
<div className="search__top">
|
<header className="search__header">
|
||||||
<div className="file-list__header">
|
<h1 className="search__title">
|
||||||
{`lbry://${query}`}
|
{`lbry://${query}`}
|
||||||
<ToolTip
|
<ToolTip
|
||||||
icon
|
icon
|
||||||
|
@ -59,15 +59,16 @@ class SearchPage extends React.PureComponent<Props> {
|
||||||
>
|
>
|
||||||
<Icon icon={ICONS.HELP} />
|
<Icon icon={ICONS.HELP} />
|
||||||
</ToolTip>
|
</ToolTip>
|
||||||
</div>
|
</h1>
|
||||||
{isChannel ? (
|
{isChannel ? (
|
||||||
<ChannelTile size="large" uri={uri} />
|
<ChannelTile size="large" uri={uri} />
|
||||||
) : (
|
) : (
|
||||||
<FileTile size="large" displayHiddenMessage uri={uri} />
|
<FileTile size="large" displayHiddenMessage uri={uri} />
|
||||||
)}
|
)}
|
||||||
</div>
|
</header>
|
||||||
)}
|
)}
|
||||||
<div className="search__content">
|
|
||||||
|
<div className="search__results-wrapper">
|
||||||
<FormRow alignRight>
|
<FormRow alignRight>
|
||||||
<FormField
|
<FormField
|
||||||
type="number"
|
type="number"
|
||||||
|
@ -94,6 +95,7 @@ class SearchPage extends React.PureComponent<Props> {
|
||||||
<FileListSearch query={query} />
|
<FileListSearch query={query} />
|
||||||
<div className="help">{__('These search results are provided by LBRY, Inc.')}</div>
|
<div className="help">{__('These search results are provided by LBRY, Inc.')}</div>
|
||||||
</div>
|
</div>
|
||||||
|
</section>
|
||||||
</Page>
|
</Page>
|
||||||
);
|
);
|
||||||
}
|
}
|
||||||
|
|
|
@ -182,8 +182,11 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
) : (
|
) : (
|
||||||
<React.Fragment>
|
<React.Fragment>
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Download Directory')}</div>
|
<header className="card__header">
|
||||||
<span className="card__subtitle">{__('LBRY downloads will be saved here.')}</span>
|
<h2 className="card__title">{__('Download Directory')}</h2>
|
||||||
|
<p className="card__subtitle">{__('LBRY downloads will be saved here.')}</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<FileSelector
|
<FileSelector
|
||||||
type="openDirectory"
|
type="openDirectory"
|
||||||
|
@ -192,13 +195,17 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
/>
|
/>
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Max Purchase Price')}</div>
|
<header className="card__header">
|
||||||
<span className="card__subtitle">
|
<h2 className="card__title">{__('Max Purchase Price')}</h2>
|
||||||
|
<p className="card__subtitle">
|
||||||
{__(
|
{__(
|
||||||
'This will prevent you from purchasing any content over a certain cost, as a safety measure.'
|
'This will prevent you from purchasing any content over a certain cost, as a safety measure.'
|
||||||
)}
|
)}
|
||||||
</span>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<FormField
|
<FormField
|
||||||
type="radio"
|
type="radio"
|
||||||
|
@ -233,13 +240,17 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Purchase Confirmations')}</div>
|
<header className="card__header">
|
||||||
<div className="card__subtitle">
|
<h2 className="card__title">{__('Purchase Confirmations')}</h2>
|
||||||
|
<p className="card__subtitle">
|
||||||
{__(
|
{__(
|
||||||
"When this option is chosen, LBRY won't ask you to confirm downloads below your chosen price."
|
"When this option is chosen, LBRY won't ask you to confirm downloads below your chosen price."
|
||||||
)}
|
)}
|
||||||
</div>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<FormField
|
<FormField
|
||||||
type="radio"
|
type="radio"
|
||||||
|
@ -269,8 +280,13 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
)}
|
)}
|
||||||
</div>
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Content Settings')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Content Settings')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<FormField
|
<FormField
|
||||||
type="checkbox"
|
type="checkbox"
|
||||||
name="autoplay"
|
name="autoplay"
|
||||||
|
@ -278,6 +294,7 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
checked={autoplay}
|
checked={autoplay}
|
||||||
postfix={__('Autoplay media files')}
|
postfix={__('Autoplay media files')}
|
||||||
/>
|
/>
|
||||||
|
|
||||||
<FormField
|
<FormField
|
||||||
type="checkbox"
|
type="checkbox"
|
||||||
name="auto_download"
|
name="auto_download"
|
||||||
|
@ -285,6 +302,7 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
checked={autoDownload}
|
checked={autoDownload}
|
||||||
postfix={__('Automatically download new content from your subscriptions')}
|
postfix={__('Automatically download new content from your subscriptions')}
|
||||||
/>
|
/>
|
||||||
|
|
||||||
<FormField
|
<FormField
|
||||||
type="checkbox"
|
type="checkbox"
|
||||||
name="show_nsfw"
|
name="show_nsfw"
|
||||||
|
@ -295,10 +313,15 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
'NSFW content may include nudity, intense sexuality, profanity, or other adult content. By displaying NSFW content, you are affirming you are of legal age to view mature content in your country or jurisdiction. '
|
'NSFW content may include nudity, intense sexuality, profanity, or other adult content. By displaying NSFW content, you are affirming you are of legal age to view mature content in your country or jurisdiction. '
|
||||||
)}
|
)}
|
||||||
/>
|
/>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Notifications')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Notifications')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<FormField
|
<FormField
|
||||||
type="checkbox"
|
type="checkbox"
|
||||||
name="desktopNotification"
|
name="desktopNotification"
|
||||||
|
@ -306,10 +329,15 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
checked={osNotificationsEnabled}
|
checked={osNotificationsEnabled}
|
||||||
postfix={__('Show Desktop Notifications')}
|
postfix={__('Show Desktop Notifications')}
|
||||||
/>
|
/>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Share Diagnostic Data')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Share Diagnostic Data')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<FormField
|
<FormField
|
||||||
type="checkbox"
|
type="checkbox"
|
||||||
name="share_usage_data"
|
name="share_usage_data"
|
||||||
|
@ -322,9 +350,15 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
'You will be ineligible to earn rewards while diagnostics are not being shared.'
|
'You will be ineligible to earn rewards while diagnostics are not being shared.'
|
||||||
)}
|
)}
|
||||||
/>
|
/>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Theme')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Theme')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<FormField
|
<FormField
|
||||||
name="theme_select"
|
name="theme_select"
|
||||||
type="select"
|
type="select"
|
||||||
|
@ -338,6 +372,7 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
</option>
|
</option>
|
||||||
))}
|
))}
|
||||||
</FormField>
|
</FormField>
|
||||||
|
|
||||||
<FormField
|
<FormField
|
||||||
type="checkbox"
|
type="checkbox"
|
||||||
name="automatic_dark_mode"
|
name="automatic_dark_mode"
|
||||||
|
@ -346,9 +381,15 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
disabled={isDarkModeEnabled}
|
disabled={isDarkModeEnabled}
|
||||||
postfix={__('Automatic dark mode (9pm to 8am)')}
|
postfix={__('Automatic dark mode (9pm to 8am)')}
|
||||||
/>
|
/>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Wallet Security')}</div>
|
<header className="card__header">
|
||||||
|
<h2 className="card__title">{__('Wallet Security')}</h2>
|
||||||
|
</header>
|
||||||
|
|
||||||
|
<div className="card__content">
|
||||||
<FormField
|
<FormField
|
||||||
type="checkbox"
|
type="checkbox"
|
||||||
name="encrypt_wallet"
|
name="encrypt_wallet"
|
||||||
|
@ -357,23 +398,28 @@ class SettingsPage extends React.PureComponent<Props, State> {
|
||||||
postfix={__('Encrypt my wallet with a custom password.')}
|
postfix={__('Encrypt my wallet with a custom password.')}
|
||||||
helper={
|
helper={
|
||||||
<React.Fragment>
|
<React.Fragment>
|
||||||
{__(
|
{__('Secure your local wallet data with a custom password.')}{' '}
|
||||||
'Secure your local wallet data with a custom password. Lost passwords cannot be recovered.'
|
<strong>{__('Lost passwords cannot be recovered.')} </strong>
|
||||||
)}{' '}
|
|
||||||
<Button
|
<Button
|
||||||
button="link"
|
button="link"
|
||||||
label={__('Learn more')}
|
label={__('Learn more')}
|
||||||
href="https://lbry.io/faq/wallet-encryption"
|
href="https://lbry.io/faq/wallet-encryption"
|
||||||
/>.
|
/>
|
||||||
|
.
|
||||||
</React.Fragment>
|
</React.Fragment>
|
||||||
}
|
}
|
||||||
/>
|
/>
|
||||||
|
</div>
|
||||||
</section>
|
</section>
|
||||||
|
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title">{__('Application Cache')}</div>
|
<header className="card__header">
|
||||||
<span className="card__subtitle">
|
<h2 className="card__title">{__('Application Cache')}</h2>
|
||||||
|
<p className="card__subtitle">
|
||||||
{__('This will clear the application cache. Your wallet will not be affected.')}
|
{__('This will clear the application cache. Your wallet will not be affected.')}
|
||||||
</span>
|
</p>
|
||||||
|
</header>
|
||||||
|
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<Button
|
<Button
|
||||||
button="primary"
|
button="primary"
|
||||||
|
|
|
@ -40,19 +40,12 @@ class ShowPage extends React.PureComponent<Props> {
|
||||||
let innerContent = '';
|
let innerContent = '';
|
||||||
|
|
||||||
if ((isResolvingUri && !claim) || !claim) {
|
if ((isResolvingUri && !claim) || !claim) {
|
||||||
const { claimName } = parseURI(uri);
|
|
||||||
innerContent = (
|
innerContent = (
|
||||||
<Page notContained>
|
<Page notContained>
|
||||||
<section>
|
|
||||||
<h1>{claimName}</h1>
|
|
||||||
<div className="card__content">
|
|
||||||
{isResolvingUri && <BusyIndicator message={__('Loading decentralized data...')} />}
|
{isResolvingUri && <BusyIndicator message={__('Loading decentralized data...')} />}
|
||||||
{claim === null &&
|
{claim === null && !isResolvingUri && (
|
||||||
!isResolvingUri && (
|
|
||||||
<span className="empty">{__("There's nothing at this location.")}</span>
|
<span className="empty">{__("There's nothing at this location.")}</span>
|
||||||
)}
|
)}
|
||||||
</div>
|
|
||||||
</section>
|
|
||||||
</Page>
|
</Page>
|
||||||
);
|
);
|
||||||
} else if (claim && claim.name.length && claim.name[0] === '@') {
|
} else if (claim && claim.name.length && claim.name[0] === '@') {
|
||||||
|
|
|
@ -23,7 +23,7 @@ export default (props: Props) => {
|
||||||
|
|
||||||
return (
|
return (
|
||||||
<Fragment>
|
<Fragment>
|
||||||
<div className="page__empty--horizontal">
|
<div className="yrbl-wrap">
|
||||||
<img
|
<img
|
||||||
alt="Friendly gerbil"
|
alt="Friendly gerbil"
|
||||||
className="subscriptions__gerbil"
|
className="subscriptions__gerbil"
|
||||||
|
|
|
@ -72,7 +72,7 @@ export default (props: Props) => {
|
||||||
|
|
||||||
{!hasSubscriptions && (
|
{!hasSubscriptions && (
|
||||||
<Fragment>
|
<Fragment>
|
||||||
<div className="page__empty--horizontal">
|
<div className="yrbl-wrap">
|
||||||
<img
|
<img
|
||||||
alt="Sad gerbil"
|
alt="Sad gerbil"
|
||||||
className="subscriptions__gerbil"
|
className="subscriptions__gerbil"
|
||||||
|
@ -105,8 +105,8 @@ export default (props: Props) => {
|
||||||
unreadSubscriptions.map(({ channel, uris }) => {
|
unreadSubscriptions.map(({ channel, uris }) => {
|
||||||
const { claimName } = parseURI(channel);
|
const { claimName } = parseURI(channel);
|
||||||
return (
|
return (
|
||||||
<section key={channel}>
|
<span>
|
||||||
<div className="card__title card__actions card__actions--no-margin">
|
<h2 className="card__title card__title--flex">
|
||||||
<Button
|
<Button
|
||||||
button="link"
|
button="link"
|
||||||
navigate="/show"
|
navigate="/show"
|
||||||
|
@ -114,18 +114,23 @@ export default (props: Props) => {
|
||||||
label={claimName}
|
label={claimName}
|
||||||
/>
|
/>
|
||||||
<MarkAsRead channel={channel} />
|
<MarkAsRead channel={channel} />
|
||||||
</div>
|
</h2>
|
||||||
<div className="card__list card__content">
|
|
||||||
{uris.map(uri => <FileCard key={uri} uri={uri} />)}
|
<section className="media-group--list" key={channel}>
|
||||||
</div>
|
<ul className="card__list">
|
||||||
|
{uris.map(uri => (
|
||||||
|
<FileCard key={uri} uri={uri} />
|
||||||
|
))}
|
||||||
|
</ul>
|
||||||
</section>
|
</section>
|
||||||
|
</span>
|
||||||
);
|
);
|
||||||
})
|
})
|
||||||
) : (
|
) : (
|
||||||
<Fragment>
|
<Fragment>
|
||||||
<div className="page__empty">
|
<div className="page__empty">
|
||||||
<h3 className="card__title">{__('All caught up!')}</h3>
|
<h3 className="card__title">{__('All caught up!')}</h3>
|
||||||
<p className="card__subtitle">{__('You might like these channels below.')}</p>
|
<p className="card__subtitle">{__('You might like the channels below.')}</p>
|
||||||
</div>
|
</div>
|
||||||
<SuggestedSubscriptions />
|
<SuggestedSubscriptions />
|
||||||
</Fragment>
|
</Fragment>
|
||||||
|
|
|
@ -26,10 +26,12 @@ class TransactionHistoryPage extends React.PureComponent<Props> {
|
||||||
return (
|
return (
|
||||||
<Page>
|
<Page>
|
||||||
<section className="card card--section">
|
<section className="card card--section">
|
||||||
<div className="card__title card--space-between">
|
<header className="card__header card__header--flat">
|
||||||
|
<h2 className="card__title">
|
||||||
{__('Transaction History')}
|
{__('Transaction History')}
|
||||||
<RefreshTransactionButton />
|
<RefreshTransactionButton />
|
||||||
</div>
|
</h2>
|
||||||
|
</header>
|
||||||
{fetchingTransactions && !transactions.length ? (
|
{fetchingTransactions && !transactions.length ? (
|
||||||
<div className="card__content">
|
<div className="card__content">
|
||||||
<BusyIndicator message={__('Loading transactions')} />
|
<BusyIndicator message={__('Loading transactions')} />
|
||||||
|
|
|
@ -119,8 +119,7 @@ export const doUploadThumbnail = (filePath: string, nsfw: boolean) => (
|
||||||
body: data,
|
body: data,
|
||||||
})
|
})
|
||||||
.then(response => response.json())
|
.then(response => response.json())
|
||||||
.then(
|
.then(json =>
|
||||||
json =>
|
|
||||||
json.success
|
json.success
|
||||||
? dispatch({
|
? dispatch({
|
||||||
type: ACTIONS.UPDATE_PUBLISH_FORM,
|
type: ACTIONS.UPDATE_PUBLISH_FORM,
|
||||||
|
|
|
@ -66,8 +66,7 @@ export default handleActions(
|
||||||
action: SetSubscriptionLatest
|
action: SetSubscriptionLatest
|
||||||
): SubscriptionState => ({
|
): SubscriptionState => ({
|
||||||
...state,
|
...state,
|
||||||
subscriptions: state.subscriptions.map(
|
subscriptions: state.subscriptions.map(subscription =>
|
||||||
subscription =>
|
|
||||||
subscription.channelName === action.data.subscription.channelName
|
subscription.channelName === action.data.subscription.channelName
|
||||||
? { ...subscription, latest: action.data.uri }
|
? { ...subscription, latest: action.data.uri }
|
||||||
: subscription
|
: subscription
|
||||||
|
|
|
@ -4,9 +4,14 @@ import * as icons from 'constants/icons';
|
||||||
|
|
||||||
export const selectState = state => state.app || {};
|
export const selectState = state => state.app || {};
|
||||||
|
|
||||||
export const selectPlatform = createSelector(selectState, state => state.platform);
|
export const selectPlatform = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => state.platform
|
||||||
|
);
|
||||||
|
|
||||||
export const selectUpdateUrl = createSelector(selectPlatform, platform => {
|
export const selectUpdateUrl = createSelector(
|
||||||
|
selectPlatform,
|
||||||
|
platform => {
|
||||||
switch (platform) {
|
switch (platform) {
|
||||||
case 'darwin':
|
case 'darwin':
|
||||||
return 'https://lbry.io/get/lbry.dmg';
|
return 'https://lbry.io/get/lbry.dmg';
|
||||||
|
@ -17,7 +22,8 @@ export const selectUpdateUrl = createSelector(selectPlatform, platform => {
|
||||||
default:
|
default:
|
||||||
throw Error('Unknown platform');
|
throw Error('Unknown platform');
|
||||||
}
|
}
|
||||||
});
|
}
|
||||||
|
);
|
||||||
|
|
||||||
export const selectHasClickedComment = createSelector(
|
export const selectHasClickedComment = createSelector(
|
||||||
selectState,
|
selectState,
|
||||||
|
@ -48,18 +54,30 @@ export const selectUpgradeFilename = createSelector(
|
||||||
}
|
}
|
||||||
);
|
);
|
||||||
|
|
||||||
export const selectDownloadProgress = createSelector(selectState, state => state.downloadProgress);
|
export const selectDownloadProgress = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => state.downloadProgress
|
||||||
|
);
|
||||||
|
|
||||||
export const selectDownloadComplete = createSelector(
|
export const selectDownloadComplete = createSelector(
|
||||||
selectState,
|
selectState,
|
||||||
state => state.upgradeDownloadCompleted
|
state => state.upgradeDownloadCompleted
|
||||||
);
|
);
|
||||||
|
|
||||||
export const selectIsUpgradeSkipped = createSelector(selectState, state => state.isUpgradeSkipped);
|
export const selectIsUpgradeSkipped = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => state.isUpgradeSkipped
|
||||||
|
);
|
||||||
|
|
||||||
export const selectUpgradeDownloadPath = createSelector(selectState, state => state.downloadPath);
|
export const selectUpgradeDownloadPath = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => state.downloadPath
|
||||||
|
);
|
||||||
|
|
||||||
export const selectUpgradeDownloadItem = createSelector(selectState, state => state.downloadItem);
|
export const selectUpgradeDownloadItem = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => state.downloadItem
|
||||||
|
);
|
||||||
|
|
||||||
export const selectAutoUpdateDownloaded = createSelector(
|
export const selectAutoUpdateDownloaded = createSelector(
|
||||||
selectState,
|
selectState,
|
||||||
|
@ -76,23 +94,35 @@ export const selectDaemonVersionMatched = createSelector(
|
||||||
state => state.daemonVersionMatched
|
state => state.daemonVersionMatched
|
||||||
);
|
);
|
||||||
|
|
||||||
export const selectSnackBar = createSelector(selectState, state => state.snackBar || {});
|
export const selectSnackBar = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => state.snackBar || {}
|
||||||
|
);
|
||||||
|
|
||||||
export const selectSnackBarSnacks = createSelector(
|
export const selectSnackBarSnacks = createSelector(
|
||||||
selectSnackBar,
|
selectSnackBar,
|
||||||
snackBar => snackBar.snacks || []
|
snackBar => snackBar.snacks || []
|
||||||
);
|
);
|
||||||
|
|
||||||
export const selectBadgeNumber = createSelector(selectState, state => state.badgeNumber);
|
export const selectBadgeNumber = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => state.badgeNumber
|
||||||
|
);
|
||||||
|
|
||||||
export const selectCurrentLanguage = createSelector(
|
export const selectCurrentLanguage = createSelector(
|
||||||
selectState,
|
selectState,
|
||||||
() => app.i18n.getLocale() || 'en'
|
() => app.i18n.getLocale() || 'en'
|
||||||
);
|
);
|
||||||
|
|
||||||
export const selectVolume = createSelector(selectState, state => state.volume);
|
export const selectVolume = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => state.volume
|
||||||
|
);
|
||||||
|
|
||||||
export const selectUpgradeTimer = createSelector(selectState, state => state.checkUpgradeTimer);
|
export const selectUpgradeTimer = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => state.checkUpgradeTimer
|
||||||
|
);
|
||||||
|
|
||||||
export const selectNavLinks = createSelector(
|
export const selectNavLinks = createSelector(
|
||||||
selectCurrentPage,
|
selectCurrentPage,
|
||||||
|
@ -253,7 +283,9 @@ export const selectNavLinks = createSelector(
|
||||||
}
|
}
|
||||||
);
|
);
|
||||||
|
|
||||||
export const selectModal = createSelector(selectState, state => {
|
export const selectModal = createSelector(
|
||||||
|
selectState,
|
||||||
|
state => {
|
||||||
if (!state.modal) {
|
if (!state.modal) {
|
||||||
return null;
|
return null;
|
||||||
}
|
}
|
||||||
|
|
|
@ -1,351 +0,0 @@
|
||||||
// Generic html styles used accross the App
|
|
||||||
// component specific styling should go in the component scss file
|
|
||||||
|
|
||||||
html {
|
|
||||||
background-color: $lbry-teal-5;
|
|
||||||
font-family: 'Inter UI', sans-serif;
|
|
||||||
height: 100%;
|
|
||||||
}
|
|
||||||
|
|
||||||
body {
|
|
||||||
color: $lbry-black;
|
|
||||||
font-size: 16px;
|
|
||||||
font-weight: 400;
|
|
||||||
height: 100%;
|
|
||||||
line-height: 1.5;
|
|
||||||
overflow: hidden;
|
|
||||||
}
|
|
||||||
|
|
||||||
code {
|
|
||||||
background-color: $lbry-gray-1;
|
|
||||||
font-family: Consolas, 'Lucida Console', 'Source Sans', monospace;
|
|
||||||
font-size: 1.5em;
|
|
||||||
}
|
|
||||||
|
|
||||||
// Without this buttons do not have the app font
|
|
||||||
button {
|
|
||||||
font-family: inherit;
|
|
||||||
font-weight: inherit;
|
|
||||||
}
|
|
||||||
|
|
||||||
h1 {
|
|
||||||
// Paul - Remove this in your changes
|
|
||||||
// This should be added to the media-title (or whatever that is called)
|
|
||||||
word-break: break-word;
|
|
||||||
}
|
|
||||||
|
|
||||||
ul {
|
|
||||||
list-style-type: none;
|
|
||||||
padding: 0;
|
|
||||||
}
|
|
||||||
|
|
||||||
input {
|
|
||||||
background-color: transparent;
|
|
||||||
border-bottom: var(--input-border-size) dotted $lbry-gray-5;
|
|
||||||
color: inherit; // $lbry-black;
|
|
||||||
cursor: text;
|
|
||||||
line-height: 1;
|
|
||||||
|
|
||||||
&::placeholder {
|
|
||||||
color: inherit;
|
|
||||||
opacity: 0.3;
|
|
||||||
}
|
|
||||||
|
|
||||||
&[type='checkbox'],
|
|
||||||
&[type='file'],
|
|
||||||
&[type='radio'],
|
|
||||||
&[type='select'] {
|
|
||||||
cursor: pointer;
|
|
||||||
}
|
|
||||||
|
|
||||||
&[type='file'] {
|
|
||||||
border-bottom: none;
|
|
||||||
}
|
|
||||||
|
|
||||||
&.input-copyable {
|
|
||||||
background-color: rgba($lbry-gray-1, 0.3);
|
|
||||||
border: 1px dashed $lbry-gray-1;
|
|
||||||
color: $lbry-gray-5;
|
|
||||||
flex: 1;
|
|
||||||
padding: 10px 16px;
|
|
||||||
text-overflow: ellipsis;
|
|
||||||
}
|
|
||||||
|
|
||||||
&:not(.input-copyable):not(.wunderbar__input):not(:placeholder-shown):not(:disabled) {
|
|
||||||
&:hover {
|
|
||||||
border-color: rgba($lbry-black, 0.8);
|
|
||||||
}
|
|
||||||
|
|
||||||
border-bottom: var(--input-border-size) solid $lbry-gray-5;
|
|
||||||
}
|
|
||||||
|
|
||||||
&:disabled {
|
|
||||||
border-bottom: var(--input-border-size) solid $lbry-gray-3;
|
|
||||||
color: $lbry-gray-3;
|
|
||||||
cursor: default;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
textarea {
|
|
||||||
border: 1px solid $lbry-gray-2;
|
|
||||||
font-size: 0.8em;
|
|
||||||
padding: $spacing-vertical * 1/3;
|
|
||||||
width: 100%;
|
|
||||||
}
|
|
||||||
|
|
||||||
label[for] {
|
|
||||||
cursor: pointer;
|
|
||||||
}
|
|
||||||
|
|
||||||
button + input {
|
|
||||||
margin-left: $spacing-vertical * 2/3;
|
|
||||||
}
|
|
||||||
|
|
||||||
dl {
|
|
||||||
margin: 0;
|
|
||||||
padding: 0;
|
|
||||||
|
|
||||||
overflow-x: scroll;
|
|
||||||
overflow-y: hidden;
|
|
||||||
width: 100%;
|
|
||||||
}
|
|
||||||
|
|
||||||
dt {
|
|
||||||
margin: 0;
|
|
||||||
padding: 0;
|
|
||||||
|
|
||||||
float: left;
|
|
||||||
width: 20%;
|
|
||||||
}
|
|
||||||
|
|
||||||
dd {
|
|
||||||
margin: 0;
|
|
||||||
padding: 0;
|
|
||||||
|
|
||||||
float: left;
|
|
||||||
width: 80%;
|
|
||||||
}
|
|
||||||
|
|
||||||
p:not(:first-of-type) {
|
|
||||||
margin-top: $spacing-vertical * 1/3;
|
|
||||||
}
|
|
||||||
|
|
||||||
.page {
|
|
||||||
top: var(--header-height);
|
|
||||||
left: 0;
|
|
||||||
bottom: 0;
|
|
||||||
right: 0;
|
|
||||||
|
|
||||||
background-color: mix($lbry-white, $lbry-gray-1, 70%);
|
|
||||||
display: flex;
|
|
||||||
position: absolute;
|
|
||||||
z-index: 0;
|
|
||||||
|
|
||||||
@media only screen and (min-width: $medium-breakpoint) {
|
|
||||||
grid-template-columns: var(--side-nav-width-m) auto;
|
|
||||||
}
|
|
||||||
|
|
||||||
@media only screen and (min-width: $large-breakpoint) {
|
|
||||||
grid-template-columns: var(--side-nav-width-l) auto;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
// Page content
|
|
||||||
.content {
|
|
||||||
flex: 1;
|
|
||||||
overflow: auto;
|
|
||||||
}
|
|
||||||
|
|
||||||
.main {
|
|
||||||
margin: auto;
|
|
||||||
padding: $spacing-width $spacing-width;
|
|
||||||
overflow: hidden;
|
|
||||||
}
|
|
||||||
|
|
||||||
.main--contained {
|
|
||||||
margin: auto;
|
|
||||||
max-width: 1000px;
|
|
||||||
}
|
|
||||||
|
|
||||||
.main--no-padding {
|
|
||||||
padding-top: 0;
|
|
||||||
padding-right: 0;
|
|
||||||
padding-left: 0;
|
|
||||||
margin: 0;
|
|
||||||
}
|
|
||||||
|
|
||||||
.main--extra-padding {
|
|
||||||
padding-right: 100px;
|
|
||||||
padding-left: 100px;
|
|
||||||
}
|
|
||||||
|
|
||||||
.main--for-content {
|
|
||||||
display: flex;
|
|
||||||
padding: $spacing-width * 2/3;
|
|
||||||
justify-content: center;
|
|
||||||
}
|
|
||||||
|
|
||||||
.page__header {
|
|
||||||
padding: $spacing-vertical * 2/3 $spacing-vertical * 2/3 0 $spacing-vertical * 2/3;
|
|
||||||
}
|
|
||||||
|
|
||||||
.page__title {
|
|
||||||
// not currently using page titles on any page
|
|
||||||
}
|
|
||||||
|
|
||||||
.page__empty {
|
|
||||||
align-items: center;
|
|
||||||
display: flex;
|
|
||||||
flex-direction: column;
|
|
||||||
margin-top: 200px;
|
|
||||||
margin-bottom: 100px;
|
|
||||||
text-align: center;
|
|
||||||
}
|
|
||||||
|
|
||||||
// Empty pages that display columns of content
|
|
||||||
.page__empty--horizontal {
|
|
||||||
max-width: 60vw;
|
|
||||||
margin: auto;
|
|
||||||
display: flex;
|
|
||||||
flex-direction: row;
|
|
||||||
text-align: left;
|
|
||||||
justify-content: center;
|
|
||||||
}
|
|
||||||
|
|
||||||
.columns {
|
|
||||||
display: flex;
|
|
||||||
justify-content: space-between;
|
|
||||||
|
|
||||||
> * {
|
|
||||||
flex-basis: 0;
|
|
||||||
flex-grow: 1;
|
|
||||||
|
|
||||||
&:not(:first-of-type):not(:last-of-type) {
|
|
||||||
margin: 0 $spacing-vertical / 3;
|
|
||||||
}
|
|
||||||
|
|
||||||
&:first-of-type {
|
|
||||||
margin-right: $spacing-vertical / 3;
|
|
||||||
}
|
|
||||||
|
|
||||||
&:last-of-type {
|
|
||||||
margin-left: $spacing-vertical / 3;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
// Custom text selection
|
|
||||||
*::selection {
|
|
||||||
background-color: $lbry-teal-3;
|
|
||||||
color: $lbry-white;
|
|
||||||
}
|
|
||||||
|
|
||||||
.credit-amount {
|
|
||||||
font-size: 0.9em;
|
|
||||||
white-space: nowrap;
|
|
||||||
}
|
|
||||||
|
|
||||||
.credit-amount--large {
|
|
||||||
font-size: 36px;
|
|
||||||
font-weight: 600;
|
|
||||||
}
|
|
||||||
|
|
||||||
.credit-amount--cost {
|
|
||||||
color: $lbry-gray-5;
|
|
||||||
}
|
|
||||||
|
|
||||||
.credit-amount--inherit {
|
|
||||||
background-color: inherit;
|
|
||||||
color: inherit;
|
|
||||||
font-size: inherit;
|
|
||||||
font-weight: inherit;
|
|
||||||
padding: 0;
|
|
||||||
}
|
|
||||||
|
|
||||||
.hidden {
|
|
||||||
display: none;
|
|
||||||
}
|
|
||||||
|
|
||||||
.disabled {
|
|
||||||
opacity: 0.5;
|
|
||||||
pointer-events: none;
|
|
||||||
}
|
|
||||||
|
|
||||||
.column {
|
|
||||||
display: flex;
|
|
||||||
|
|
||||||
.column__item:not(:first-child) {
|
|
||||||
padding-left: $spacing-width * 2/3;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.truncated-text {
|
|
||||||
display: -webkit-box;
|
|
||||||
overflow: hidden;
|
|
||||||
-webkit-box-orient: vertical;
|
|
||||||
}
|
|
||||||
|
|
||||||
.busy-indicator__loader {
|
|
||||||
min-width: 16px;
|
|
||||||
min-height: 8px;
|
|
||||||
margin: -1em 0;
|
|
||||||
padding: 0 30px;
|
|
||||||
|
|
||||||
background: url('../../../static/img/busy.gif') no-repeat center center;
|
|
||||||
display: inline-block;
|
|
||||||
vertical-align: middle;
|
|
||||||
|
|
||||||
&:first-child {
|
|
||||||
padding-left: 2px;
|
|
||||||
}
|
|
||||||
|
|
||||||
&:last-child {
|
|
||||||
padding-right: 2px;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.help {
|
|
||||||
color: $lbry-gray-5;
|
|
||||||
font-size: 12px;
|
|
||||||
}
|
|
||||||
|
|
||||||
.help--padded {
|
|
||||||
padding-top: $spacing-vertical * 2/3;
|
|
||||||
}
|
|
||||||
|
|
||||||
.meta {
|
|
||||||
color: $lbry-gray-5;
|
|
||||||
font-size: 0.8em;
|
|
||||||
}
|
|
||||||
|
|
||||||
.empty {
|
|
||||||
color: $lbry-gray-5;
|
|
||||||
font-style: italic;
|
|
||||||
}
|
|
||||||
|
|
||||||
.qr-code {
|
|
||||||
width: 134px;
|
|
||||||
height: 134px;
|
|
||||||
border: 3px solid $lbry-white;
|
|
||||||
|
|
||||||
&.qr-code--right-padding {
|
|
||||||
margin-right: $spacing-vertical * 2/3;
|
|
||||||
}
|
|
||||||
|
|
||||||
&.qr-code--top-padding {
|
|
||||||
margin-top: $spacing-vertical * 2/3;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.error-text {
|
|
||||||
color: $lbry-red-5;
|
|
||||||
}
|
|
||||||
|
|
||||||
.thumbnail-preview {
|
|
||||||
width: var(--thumbnail-preview-width);
|
|
||||||
height: var(--thumbnail-preview-height);
|
|
||||||
|
|
||||||
background-position: 50% 50%;
|
|
||||||
background-repeat: no-repeat;
|
|
||||||
background-size: cover;
|
|
||||||
}
|
|
|
@ -1,97 +0,0 @@
|
||||||
* {
|
|
||||||
box-sizing: border-box;
|
|
||||||
}
|
|
||||||
|
|
||||||
body,
|
|
||||||
div,
|
|
||||||
dl,
|
|
||||||
dt,
|
|
||||||
dd,
|
|
||||||
ul,
|
|
||||||
ol,
|
|
||||||
li,
|
|
||||||
h1,
|
|
||||||
h2,
|
|
||||||
h3,
|
|
||||||
h4,
|
|
||||||
h5,
|
|
||||||
h6,
|
|
||||||
pre,
|
|
||||||
code,
|
|
||||||
form,
|
|
||||||
fieldset,
|
|
||||||
legend,
|
|
||||||
input,
|
|
||||||
select,
|
|
||||||
textarea,
|
|
||||||
p,
|
|
||||||
blockquote,
|
|
||||||
th,
|
|
||||||
td,
|
|
||||||
iframe {
|
|
||||||
margin: 0;
|
|
||||||
padding: 0;
|
|
||||||
}
|
|
||||||
|
|
||||||
:focus {
|
|
||||||
outline: 0;
|
|
||||||
}
|
|
||||||
|
|
||||||
input::-webkit-search-cancel-button {
|
|
||||||
-webkit-appearance: none; // Remove default
|
|
||||||
}
|
|
||||||
|
|
||||||
table {
|
|
||||||
border-collapse: collapse;
|
|
||||||
border-spacing: 0;
|
|
||||||
}
|
|
||||||
|
|
||||||
fieldset,
|
|
||||||
iframe,
|
|
||||||
img {
|
|
||||||
border: none;
|
|
||||||
}
|
|
||||||
|
|
||||||
h1,
|
|
||||||
h2,
|
|
||||||
h3,
|
|
||||||
h4,
|
|
||||||
h5,
|
|
||||||
h6 {
|
|
||||||
font-weight: normal;
|
|
||||||
}
|
|
||||||
|
|
||||||
ol,
|
|
||||||
ul {
|
|
||||||
list-style-position: inside;
|
|
||||||
|
|
||||||
> li {
|
|
||||||
list-style-position: inside;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
input,
|
|
||||||
select,
|
|
||||||
textarea {
|
|
||||||
border: none;
|
|
||||||
font-family: inherit;
|
|
||||||
font-size: inherit;
|
|
||||||
font-weight: inherit;
|
|
||||||
}
|
|
||||||
|
|
||||||
img {
|
|
||||||
width: auto;
|
|
||||||
height: auto;
|
|
||||||
max-width: 100%;
|
|
||||||
max-height: 100%;
|
|
||||||
vertical-align: middle;
|
|
||||||
}
|
|
||||||
|
|
||||||
a {
|
|
||||||
color: inherit;
|
|
||||||
text-decoration: none;
|
|
||||||
}
|
|
||||||
|
|
||||||
button:disabled {
|
|
||||||
cursor: default;
|
|
||||||
}
|
|
|
@ -1,10 +1,48 @@
|
||||||
@import '~@lbry/color/lbry-color', 'reset', 'type', 'vars', 'gui', 'component/syntax-highlighter',
|
@charset "utf-8";
|
||||||
'component/table', 'component/button', 'component/card', 'component/file-download',
|
|
||||||
'component/form-field', 'component/header', 'component/menu', 'component/tooltip',
|
@import '~@lbry/color/lbry-color';
|
||||||
'component/load-screen', 'component/channel-indicator', 'component/notice', 'component/modal',
|
// @import "~@lbry/components/sass/index";
|
||||||
'component/snack-bar', 'component/content', 'component/pagination', 'component/markdown-preview',
|
@import 'init/vars';
|
||||||
'component/markdown-editor', 'component/scrollbar', 'component/spinner', 'component/nav',
|
@import 'init/mixins';
|
||||||
'component/file-list', 'component/file-render', 'component/search', 'component/toggle',
|
@import 'init/reset';
|
||||||
'component/dat-gui', 'component/item-list', 'component/time', 'component/icon',
|
@import 'init/type';
|
||||||
'component/placeholder', 'component/badge', 'component/expandable', 'component/subscriptions',
|
@import 'init/gui';
|
||||||
'themes/dark';
|
@import 'component/animation';
|
||||||
|
@import 'component/badge';
|
||||||
|
@import 'component/button';
|
||||||
|
@import 'component/card';
|
||||||
|
@import 'component/channel';
|
||||||
|
@import 'component/content';
|
||||||
|
@import 'component/credit';
|
||||||
|
@import 'component/dat-gui';
|
||||||
|
@import 'component/expandable';
|
||||||
|
@import 'component/file-download';
|
||||||
|
@import 'component/file-render';
|
||||||
|
@import 'component/form-field';
|
||||||
|
@import 'component/form-row';
|
||||||
|
@import 'component/header';
|
||||||
|
@import 'component/icon';
|
||||||
|
@import 'component/item-list';
|
||||||
|
@import 'component/load-screen';
|
||||||
|
@import 'component/main';
|
||||||
|
@import 'component/markdown-editor';
|
||||||
|
@import 'component/markdown-preview';
|
||||||
|
@import 'component/media';
|
||||||
|
@import 'component/menu';
|
||||||
|
@import 'component/modal';
|
||||||
|
@import 'component/navigation';
|
||||||
|
@import 'component/notice';
|
||||||
|
@import 'component/page';
|
||||||
|
@import 'component/pagination';
|
||||||
|
@import 'component/placeholder';
|
||||||
|
@import 'component/scrollbar';
|
||||||
|
@import 'component/search';
|
||||||
|
@import 'component/snack-bar';
|
||||||
|
@import 'component/spinner';
|
||||||
|
@import 'component/subscriptions';
|
||||||
|
@import 'component/syntax-highlighter';
|
||||||
|
@import 'component/table';
|
||||||
|
@import 'component/time';
|
||||||
|
@import 'component/toggle';
|
||||||
|
@import 'component/tooltip';
|
||||||
|
@import 'component/wunderbar';
|
||||||
|
|
47
src/renderer/scss/component/_animation.scss
Normal file
|
@ -0,0 +1,47 @@
|
||||||
|
@keyframes expand {
|
||||||
|
0% {
|
||||||
|
margin-top: 200px;
|
||||||
|
opacity: 0;
|
||||||
|
}
|
||||||
|
|
||||||
|
100% {
|
||||||
|
margin-top: $spacing-vertical;
|
||||||
|
opacity: 1;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
@keyframes loading-animation {
|
||||||
|
0% {
|
||||||
|
background-position: -500px 0;
|
||||||
|
}
|
||||||
|
|
||||||
|
100% {
|
||||||
|
background-position: 500px 0;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
@keyframes pulse {
|
||||||
|
0% {
|
||||||
|
opacity: 1;
|
||||||
|
}
|
||||||
|
|
||||||
|
50% {
|
||||||
|
opacity: 0.7;
|
||||||
|
}
|
||||||
|
|
||||||
|
100% {
|
||||||
|
opacity: 1;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
@keyframes sk-stretchdelay {
|
||||||
|
0%,
|
||||||
|
40%,
|
||||||
|
100% {
|
||||||
|
transform: scaleY(0.4);
|
||||||
|
}
|
||||||
|
|
||||||
|
20% {
|
||||||
|
transform: scaleY(1);
|
||||||
|
}
|
||||||
|
}
|
|
@ -1,21 +1,52 @@
|
||||||
.badge {
|
.badge {
|
||||||
border-radius: 5px;
|
font-weight: 600;
|
||||||
padding: 5px;
|
vertical-align: top;
|
||||||
font-weight: 800;
|
white-space: nowrap;
|
||||||
font-size: 0.8em;
|
|
||||||
|
&:not(.badge--large) {
|
||||||
|
border-radius: 0.2rem;
|
||||||
|
display: inline-block;
|
||||||
|
font-size: 0.8rem;
|
||||||
|
letter-spacing: 0.05rem;
|
||||||
|
line-height: 2;
|
||||||
|
padding-right: var(--spacing-vertical-small);
|
||||||
|
padding-left: var(--spacing-vertical-small);
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.badge--alert {
|
.badge--alert {
|
||||||
background-color: $lbry-red-3;
|
background-color: $lbry-red-2;
|
||||||
color: $lbry-white;
|
color: $lbry-white;
|
||||||
}
|
}
|
||||||
|
|
||||||
|
.badge--cost:not(.badge--large) {
|
||||||
|
background-color: $lbry-yellow-2;
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
background-color: $lbry-yellow-3;
|
||||||
|
color: $lbry-black;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
.badge--free {
|
.badge--free {
|
||||||
background-color: $lbry-blue-2;
|
background-color: $lbry-blue-2;
|
||||||
color: $lbry-blue-5;
|
|
||||||
}
|
|
||||||
|
|
||||||
.badge--cost {
|
html[data-theme='dark'] & {
|
||||||
background-color: $lbry-yellow-3;
|
background-color: $lbry-blue-3;
|
||||||
color: $lbry-black;
|
color: $lbry-black;
|
||||||
}
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.badge--large {
|
||||||
|
font-size: 3.5rem;
|
||||||
|
line-height: 1;
|
||||||
|
}
|
||||||
|
|
||||||
|
.badge--nsfw {
|
||||||
|
background-color: $lbry-grape-2;
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
background-color: $lbry-grape-3;
|
||||||
|
color: $lbry-black;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
|
@ -1,232 +1,180 @@
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn {
|
.btn {
|
||||||
min-width: var(--btn-height);
|
fill: currentColor;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
height: var(--btn-height);
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
align-items: center;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: $lbry-teal-5;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
border: none;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
border-radius: var(--btn-radius);
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-white;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
cursor: pointer;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
display: flex;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
fill: currentColor; // for proper icon color
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
font-size: 12px;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
justify-content: center;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding: 10px;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
position: relative;
|
position: relative;
|
||||||
text-decoration: none;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
transition: all var(--animation-duration) var(--animation-style);
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&:not(:disabled) {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
|
|
||||||
|
.btn--alt {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&:hover {
|
&:hover {
|
||||||
background-color: $lbry-teal-4;
|
text-decoration: underline;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&:not(.btn--no-padding):not(.btn--link):not(.btn--no-style) {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn__content {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
align-items: center;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
display: flex;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding: 0 8px;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
&.btn--no-padding {
|
.btn--constrict {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn__content {
|
@include constrict;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
display: flex;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
align-items: center;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
|
|
||||||
&.btn--alt {
|
.btn--disabled {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&:not(:disabled) {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: $lbry-white;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-black;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&:disabled {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: transparent;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-gray-5;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&.btn--arrow {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-black;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
width: var(--btn-arrow-width);
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&:disabled {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
opacity: 0.3;
|
opacity: 0.3;
|
||||||
}
|
}
|
||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
.btn--external-link,
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
.btn--link {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
transition: color 0.2s;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
&:not(.btn--disabled):not(:hover) {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
color: $lbry-teal-5;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
html[data-theme='dark'] & {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
color: $lbry-teal-3;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
|
|
||||||
&.btn--danger {
|
&:not(.btn--disabled):hover {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: $lbry-red-3;
|
color: $lbry-teal-3;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
&.btn--link {
|
html[data-theme='dark'] & {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
margin: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: inherit;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-teal-4;
|
color: $lbry-teal-4;
|
||||||
font-size: 1em;
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
border-radius: 0;
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
display: inline;
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
min-width: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
box-shadow: none;
|
.btn--external-link {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
font-weight: 500;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
text-align: left;
|
text-align: left;
|
||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&:disabled {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-gray-5;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
|
|
||||||
&:disabled {
|
.btn--icon {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
cursor: default;
|
width: 5rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
height: 5rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
&.btn--primary {
|
background-repeat: no-repeat;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: rgba($lbry-black, 0.5);
|
background-size: 50%;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
border-radius: 50%;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
color: $lbry-white;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
transition: background-color 0.2s;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
&:not(:hover) {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
background-color: rgba($lbry-black, 0.7);
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
|
|
||||||
&:hover {
|
&:hover {
|
||||||
box-shadow: none;
|
background-color: $lbry-green-3;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
&.btn--play {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
padding-left: 0.25rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
&.btn--view {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
.btn__label {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
display: none;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
&.btn--external-link {
|
.btn--inverse {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
border: 1px solid $lbry-gray-1;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
border-radius: 1rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
color: inherit;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
font-size: 1rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
padding: var(--spacing-vertical-miniscule) var(--spacing-vertical-medium);
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
transition: background-color 0.2s;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
html[data-theme='dark'] & {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
border-color: rgba($lbry-white, 0.1);
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
&:not(:hover) {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
background-color: transparent;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
&:hover {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
background-color: $lbry-gray-1;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
color: $lbry-black;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
html[data-theme='dark'] & {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
background-color: rgba($lbry-white, 0.1);
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// TODO: Refactor to remove need for `!important`
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
.btn__label {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
margin: 0 !important;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
svg {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
width: 1rem !important;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
height: 1rem !important;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
margin-right: var(--spacing-vertical-small);
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
position: relative;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
top: 0.1rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// .btn__content {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// display: flex;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// svg {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// width: 1rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// height: 1rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// color: $lbry-gray-4;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// margin-right: var(--spacing-vertical-small);
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// }
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// .btn__label {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// line-height: 1rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// }
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
// }
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
.btn--load-screen {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
border-bottom: 1px solid $lbry-white;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
display: inline-block;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
&:hover {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
border-bottom: 1px solid $lbry-blue-1;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-blue-1;
|
color: $lbry-blue-1;
|
||||||
}
|
}
|
||||||
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
&.btn--file-actions {
|
.btn--primary {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
width: var(--btn-height);
|
align-self: center; // fixes buttons next to tall elements inside one with `display: flex`
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
height: var(--btn-height);
|
border-radius: 1rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: $lbry-black;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
border-radius: var(--btn-radius);
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-white;
|
color: $lbry-white;
|
||||||
opacity: 0.8;
|
padding: var(--spacing-vertical-miniscule) var(--spacing-vertical-medium);
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding: 10px;
|
transition: background-color 0.2s;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
&.btn--header-balance {
|
&:not(:hover) {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-teal-5;
|
background-color: $lbry-teal-5;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
font-size: 14px;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
@media only screen and (min-width: $large-breakpoint) {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
font-size: 18px;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn__label--balance {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-gray-5;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
|
|
||||||
&:hover {
|
&:hover {
|
||||||
background-color: transparent;
|
background-color: $lbry-teal-3;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
.btn__label--balance {
|
html[data-theme='dark'] & {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-teal-5;
|
background-color: $lbry-teal-4;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&.btn--header-publish {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: $lbry-teal-5;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&.btn--home-nav {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: $lbry-white;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
box-shadow: none;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn__content {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
&.btn--inverse {
|
// TODO: Refactor to remove need for `!important`
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: transparent;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
box-shadow: none;
|
.btn__label {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-teal-5;
|
margin: 0 !important;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
|
|
||||||
&.btn--link {
|
svg {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
margin: 0;
|
width: 1rem !important;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding: 0;
|
height: 1rem !important;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
background-color: inherit;
|
margin-right: var(--spacing-vertical-small);
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
border-radius: 0;
|
position: relative;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
box-shadow: none;
|
top: 0.1rem;
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-teal-5;
|
}
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
display: inline;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
font-size: 1em;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
min-width: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
text-align: left;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
transition: none;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
}
|
||||||
|
|
||||||
&.btn--no-style {
|
.btn--uppercase {
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
margin: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: inherit;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
border-radius: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
box-shadow: none;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: inherit;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
font-size: inherit;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
font-weight: inherit;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
min-width: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&.btn--secondary {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
background-color: $lbry-teal-5;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&.btn--tourniquet {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
max-width: 20vw;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
overflow: hidden;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
text-overflow: ellipsis;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
white-space: nowrap;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&.btn--uppercase {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
text-transform: uppercase;
|
text-transform: uppercase;
|
||||||
}
|
}
|
||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&.btn--load-screen {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
display: inline-block;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
border-bottom: 1px solid $lbry-white;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&:hover {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-blue-1;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
border-bottom: 1px solid $lbry-blue-1;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.icon + .btn__label {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding-left: 5px;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn--link,
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn--no-style {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
height: auto;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn__label,
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn__content {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
padding: 0;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.icon + .btn__label,
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn__label + .icon {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
margin-left: 5px;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
.btn--uri-indicator {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
display: inline-block;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
transition: color var(--animation-duration) var(--animation-style);
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
&:hover {
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
color: $lbry-teal-4;
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
}
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|||||||
|
|
||||||
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
These should stil use the These should stil use the `Icon` component
I thought this was going to be resolved after this PR was merged? I thought this was going to be resolved after this PR was merged?
If we are adding new icons I would prefer they are implemented using the If we are adding new icons I would prefer they are implemented using the `Icon` component, just so it doesn't slip through the cracks.
We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later? We had a whole conversation about this. It'd require creating a new repo to replicate the react-feathers module. Should this be done now, or later?
It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
Then we have all of these new custom icons in one place. It wouldn't require a new repo, that might be a better long-term solution. This could be implemented by something like this:
```
// in component/common/icon
const customIcons = {
icons.PLAY: <svg>...</svg>,
icons.EYE: <svg>...</svg>,
...
}
const Icon = customIcons[this.props.icon] || FeatherIcons[this.props.icon];
```
Then we have all of these new custom icons in one place.
I wish this was brought up when we had that conversation. I wish this was brought up when we had that conversation.
My fault. Sorry about that, I thought we were on the same page. My fault. Sorry about that, I thought we were on the same page.
|
|
@ -1,29 +1,13 @@
|
||||||
.card {
|
.card {
|
||||||
border-radius: var(--card-radius);
|
background-color: $lbry-white;
|
||||||
display: flex;
|
border: 1px solid $lbry-gray-1;
|
||||||
flex-direction: column;
|
border-radius: 0.5rem;
|
||||||
margin-right: auto;
|
margin-bottom: var(--spacing-vertical-large);
|
||||||
margin-left: auto;
|
position: relative;
|
||||||
max-width: var(--card-max-width);
|
|
||||||
user-select: text;
|
|
||||||
white-space: normal;
|
|
||||||
|
|
||||||
// .card-media__internal__links should always be inside a card
|
html[data-theme='dark'] & {
|
||||||
.card-media__internal-links {
|
background-color: rgba($lbry-white, 0.1);
|
||||||
top: $spacing-vertical * 2/3;
|
border-color: rgba($lbry-white, 0.1);
|
||||||
right: $spacing-vertical * 2/3;
|
|
||||||
position: absolute;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__media {
|
|
||||||
padding-top: var(--video-aspect-ratio);
|
|
||||||
}
|
|
||||||
|
|
||||||
// Text that is shown if a piece of content has no thumbnail
|
|
||||||
// We need to do this because the thumbnail uses padding-top: var(--video-aspect-ratio); for dynamic height
|
|
||||||
// this lets the text sit in the middle instead of the bottom
|
|
||||||
.card__media-text {
|
|
||||||
margin-top: calc(var(--video-aspect-ratio) * -1);
|
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
@ -36,332 +20,151 @@
|
||||||
cursor: pointer;
|
cursor: pointer;
|
||||||
}
|
}
|
||||||
|
|
||||||
.card--pending {
|
|
||||||
opacity: 0.5;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card--section {
|
.card--section {
|
||||||
margin-top: $spacing-vertical * 2/3;
|
padding: var(--spacing-vertical-large);
|
||||||
padding: $spacing-vertical;
|
|
||||||
background-color: $lbry-white;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card--small {
|
.card__content:not(:last-of-type) {
|
||||||
font-size: 13px;
|
margin-bottom: var(--spacing-vertical-large);
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.card--space-between {
|
.card--space-between {
|
||||||
display: flex;
|
@include between;
|
||||||
justify-content: space-between;
|
|
||||||
}
|
}
|
||||||
|
|
||||||
.card--wallet-balance {
|
.card--wallet-balance {
|
||||||
background: url('../../../static/img/stripe-background.png') no-repeat;
|
background-image: url('../../../static/img/stripe-background.png');
|
||||||
|
background-repeat: no-repeat;
|
||||||
background-size: cover;
|
background-size: cover;
|
||||||
color: $lbry-white;
|
color: $lbry-white;
|
||||||
justify-content: space-between;
|
justify-content: space-between;
|
||||||
|
|
||||||
.card__subtitle,
|
|
||||||
.card__title {
|
|
||||||
color: $lbry-white;
|
|
||||||
}
|
|
||||||
}
|
}
|
||||||
|
|
||||||
.card__media {
|
// C A R D
|
||||||
background-color: $lbry-gray-3;
|
// A C T I O N S
|
||||||
background-position: 50% 50%;
|
|
||||||
background-repeat: no-repeat;
|
|
||||||
background-size: cover;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__media--no-img {
|
|
||||||
align-items: center;
|
|
||||||
display: flex;
|
|
||||||
justify-content: center;
|
|
||||||
position: relative;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__media--nsfw {
|
|
||||||
background-color: $lbry-red-5;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__actions {
|
.card__actions {
|
||||||
display: flex;
|
> *:not(:last-child) {
|
||||||
margin-top: $spacing-vertical * 2/3;
|
margin-right: var(--spacing-vertical-large);
|
||||||
|
|
||||||
&:not(.card__actions--vertical) {
|
|
||||||
.btn:nth-child(n + 2),
|
|
||||||
// For buttons wrapped in a tooltip
|
|
||||||
.tooltip:nth-child(n + 2) {
|
|
||||||
margin-left: $spacing-vertical / 3;
|
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
}
|
|
||||||
|
|
||||||
.card__actions-bottom-corner {
|
|
||||||
bottom: $spacing-vertical;
|
|
||||||
right: $spacing-vertical;
|
|
||||||
position: absolute;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__actions-top-corner {
|
|
||||||
display: flex;
|
|
||||||
justify-content: flex-end;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__actions--between {
|
.card__actions--between {
|
||||||
justify-content: space-between;
|
@include between;
|
||||||
flex-wrap: wrap;
|
}
|
||||||
|
|
||||||
|
.card__actions--bottom-corner {
|
||||||
|
right: 2rem;
|
||||||
|
bottom: 2rem;
|
||||||
|
position: absolute;
|
||||||
}
|
}
|
||||||
|
|
||||||
.card__actions--center {
|
.card__actions--center {
|
||||||
align-items: center;
|
align-items: center;
|
||||||
justify-content: center;
|
justify-content: center;
|
||||||
|
|
||||||
.btn {
|
|
||||||
margin: 0 $spacing-vertical / 3;
|
|
||||||
}
|
|
||||||
}
|
}
|
||||||
|
|
||||||
.card__actions--end {
|
.card__actions--top-corner {
|
||||||
justify-content: flex-end;
|
top: 0;
|
||||||
|
right: 0;
|
||||||
|
position: absolute;
|
||||||
}
|
}
|
||||||
|
|
||||||
.card__actions--no-margin {
|
.card__actions--top-space {
|
||||||
margin-top: 0;
|
padding-top: var(--spacing-vertical-small);
|
||||||
}
|
}
|
||||||
|
|
||||||
.card__actions--vertical {
|
// C A R D
|
||||||
align-items: flex-end;
|
// C O N T E N T
|
||||||
flex-direction: column;
|
|
||||||
margin-top: 0;
|
|
||||||
|
|
||||||
.btn:not(:first-child) {
|
|
||||||
margin-top: $spacing-vertical * 1/3;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__content {
|
.card__content {
|
||||||
margin-top: $spacing-vertical * 2/3;
|
font-size: 1.15rem;
|
||||||
}
|
|
||||||
|
|
||||||
.card__error-msg {
|
p:not(:last-of-type) {
|
||||||
margin: $spacing-vertical * 1/3 0;
|
margin-bottom: var(--spacing-vertical-medium);
|
||||||
padding: $spacing-vertical * 1/3;
|
|
||||||
|
|
||||||
background-color: rgba($lbry-red-1, 0.3);
|
|
||||||
border-left: 2px solid $lbry-red-5;
|
|
||||||
color: $lbry-red-5;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__file-properties {
|
|
||||||
align-items: center;
|
|
||||||
color: $lbry-gray-5;
|
|
||||||
display: flex;
|
|
||||||
|
|
||||||
.icon + .icon {
|
|
||||||
margin-left: $spacing-vertical * 1/3;
|
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
// How cards are displayed in lists
|
// C A R D
|
||||||
|
// H E A D E R
|
||||||
|
|
||||||
|
.card__header {
|
||||||
|
position: relative;
|
||||||
|
|
||||||
|
+ .card__content {
|
||||||
|
padding-top: var(--spacing-vertical-medium);
|
||||||
|
}
|
||||||
|
|
||||||
|
&:not(.card__header--flat) {
|
||||||
|
margin-bottom: var(--spacing-vertical-small);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
// C A R D
|
||||||
|
// I N T E R N A L
|
||||||
|
|
||||||
|
.card__internal-links {
|
||||||
|
top: 2rem;
|
||||||
|
right: 2rem;
|
||||||
|
position: absolute;
|
||||||
|
}
|
||||||
|
|
||||||
|
// C A R D
|
||||||
|
// L I S T
|
||||||
|
|
||||||
.card__list {
|
.card__list {
|
||||||
.card {
|
display: grid;
|
||||||
display: inline-block;
|
grid-gap: var(--spacing-vertical-medium);
|
||||||
margin-bottom: $spacing-vertical * 3/2;
|
|
||||||
vertical-align: top;
|
|
||||||
|
|
||||||
@media only screen and (max-width: $medium-breakpoint) {
|
|
||||||
width: calc((100% / 4) - (60px / 4)); // 60px === 20px margin-right * three cards
|
|
||||||
|
|
||||||
&:not(:nth-child(4n + 1)) {
|
|
||||||
margin-left: 20px;
|
|
||||||
}
|
|
||||||
}
|
}
|
||||||
|
|
||||||
@media only screen and (min-width: $medium-breakpoint) and (max-width: $large-breakpoint) {
|
// C A R D
|
||||||
width: calc((100% / 6) - (100px / 6));
|
// M E T A
|
||||||
|
|
||||||
&:not(:nth-child(6n + 1)) {
|
|
||||||
margin-left: 20px;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
@media only screen and (min-width: $large-breakpoint) {
|
|
||||||
width: calc((100% / 8) - (140px / 8));
|
|
||||||
|
|
||||||
&:not(:nth-child(8n + 1)) {
|
|
||||||
margin-left: 20px;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__list--recommended {
|
|
||||||
flex: 0 0 var(--recommended-content-width);
|
|
||||||
padding-left: $spacing-width;
|
|
||||||
|
|
||||||
@media (min-width: $medium-breakpoint) {
|
|
||||||
flex: 0 0 var(--recommended-content-width-medium);
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__list--rewards {
|
|
||||||
column-count: 2;
|
|
||||||
column-gap: $spacing-vertical * 1/3;
|
|
||||||
|
|
||||||
.card {
|
|
||||||
display: inline-block;
|
|
||||||
margin: 0 0 $spacing-vertical * 1/3;
|
|
||||||
width: 100%;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__meta {
|
.card__meta {
|
||||||
color: $lbry-gray-5;
|
color: $lbry-gray-5;
|
||||||
font-size: 14px;
|
padding-top: var(--spacing-vertical-medium);
|
||||||
font-weight: 500;
|
padding-bottom: var(--spacing-vertical-medium);
|
||||||
padding-top: $spacing-vertical * 2/3;
|
|
||||||
}
|
}
|
||||||
|
|
||||||
|
// C A R D
|
||||||
|
// M E S S A G E
|
||||||
|
|
||||||
|
.card__message {
|
||||||
|
border-left: 0.5rem solid;
|
||||||
|
padding: var(--spacing-vertical-medium) var(--spacing-vertical-medium)
|
||||||
|
var(--spacing-vertical-medium) var(--spacing-vertical-large);
|
||||||
|
|
||||||
|
&:not(&--error):not(&--failure):not(&--success) {
|
||||||
|
background-color: rgba($lbry-teal-1, 0.1);
|
||||||
|
border-color: $lbry-teal-3;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.card__message--error {
|
||||||
|
background-color: rgba($lbry-orange-1, 0.1);
|
||||||
|
border-color: $lbry-orange-3;
|
||||||
|
}
|
||||||
|
|
||||||
|
.card__message--failure {
|
||||||
|
background-color: rgba($lbry-red-1, 0.1);
|
||||||
|
border-color: $lbry-red-3;
|
||||||
|
}
|
||||||
|
|
||||||
|
.card__message--success {
|
||||||
|
background-color: rgba($lbry-green-1, 0.1);
|
||||||
|
border-color: $lbry-green-3;
|
||||||
|
}
|
||||||
|
|
||||||
|
// C A R D
|
||||||
|
// S U B T I T L E
|
||||||
|
|
||||||
.card__subtitle {
|
.card__subtitle {
|
||||||
color: $lbry-gray-5;
|
font-size: 1.25rem;
|
||||||
font-size: 0.9em;
|
margin-bottom: var(--spacing-vertical-small);
|
||||||
padding-top: $spacing-vertical * 1/3;
|
|
||||||
|
|
||||||
@media (min-width: $large-breakpoint) {
|
.badge {
|
||||||
font-size: 1em;
|
bottom: -0.12rem;
|
||||||
}
|
position: relative;
|
||||||
}
|
|
||||||
|
|
||||||
.card__subtext {
|
|
||||||
font-size: 0.85em;
|
|
||||||
padding-top: $spacing-vertical * 1/3;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__subtext-title {
|
|
||||||
font-size: 1.1em;
|
|
||||||
|
|
||||||
&:not(:first-of-type) {
|
|
||||||
padding-top: $spacing-vertical * 3/2;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__success-msg {
|
|
||||||
margin: $spacing-vertical * 1/3 0;
|
|
||||||
padding: $spacing-vertical * 1/3;
|
|
||||||
|
|
||||||
background-color: rgba($lbry-green-1, 0.1);
|
|
||||||
border-left: 5px solid $lbry-green-5;
|
|
||||||
color: $lbry-green-5;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__title {
|
|
||||||
color: $lbry-black;
|
|
||||||
font-size: 1.5em;
|
|
||||||
padding-top: $spacing-vertical * 1/3;
|
|
||||||
|
|
||||||
@media (min-width: $large-breakpoint) {
|
|
||||||
font-size: 1.7em;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__title-identity-icons {
|
|
||||||
align-items: center;
|
|
||||||
align-self: flex-start;
|
|
||||||
display: flex;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card__title--file-card {
|
|
||||||
// FileCard is slightly different where the title is only slightly bigger than the subtitle
|
|
||||||
// Slightly bigger than 2 lines for consistent channel placement
|
|
||||||
font-size: 1em;
|
|
||||||
height: 3.3em;
|
|
||||||
|
|
||||||
@media only screen and (min-width: $large-breakpoint) {
|
|
||||||
font-size: 1.1em;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
// .card-row is used on the discover page
|
|
||||||
// It is a list of cards that extend past the right edge of the screen
|
|
||||||
// There are left/right arrows to scroll the cards and view hidden content
|
|
||||||
|
|
||||||
.card-row {
|
|
||||||
padding-top: $spacing-vertical;
|
|
||||||
white-space: nowrap;
|
|
||||||
width: 100%;
|
|
||||||
|
|
||||||
&:last-of-type {
|
|
||||||
padding-bottom: $spacing-vertical * 2/3;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.card-row__header {
|
|
||||||
display: flex;
|
|
||||||
flex-direction: row;
|
|
||||||
justify-content: space-between;
|
|
||||||
// specific padding-left styling is needed here
|
|
||||||
// this needs to be used on a page with noPadding
|
|
||||||
// doing so allows the content to scroll to the edge of the screen
|
|
||||||
padding-left: $spacing-width;
|
|
||||||
|
|
||||||
&.card-row__header--sub-component {
|
|
||||||
padding-left: 0;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.card-row__message {
|
|
||||||
padding: 0 $spacing-width;
|
|
||||||
white-space: normal;
|
|
||||||
}
|
|
||||||
|
|
||||||
.card-row__scroll-btns {
|
|
||||||
display: flex;
|
|
||||||
padding-right: $spacing-width * 1/3;
|
|
||||||
|
|
||||||
@media (min-width: $medium-breakpoint) {
|
|
||||||
padding-right: $spacing-width;
|
|
||||||
}
|
|
||||||
|
|
||||||
&.card-row__scroll-btns--sub-component {
|
|
||||||
@media (min-width: $medium-breakpoint) {
|
|
||||||
padding-right: 0;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.card-row__scrollhouse {
|
|
||||||
padding-top: $spacing-vertical * 2/3;
|
|
||||||
padding-bottom: $spacing-vertical * 1/6;
|
|
||||||
overflow: hidden;
|
|
||||||
|
|
||||||
.card {
|
|
||||||
display: inline-block;
|
|
||||||
overflow-y: visible;
|
|
||||||
vertical-align: top;
|
|
||||||
width: calc((100% / 4) - 34px); // 31 px to handle to padding between cards
|
|
||||||
|
|
||||||
&:not(:first-of-type) {
|
|
||||||
margin-left: 20px;
|
|
||||||
}
|
|
||||||
|
|
||||||
&:first-of-type {
|
|
||||||
margin-left: $spacing-width;
|
|
||||||
}
|
|
||||||
|
|
||||||
&:last-of-type {
|
|
||||||
margin-right: $spacing-width;
|
|
||||||
}
|
|
||||||
|
|
||||||
@media only screen and (min-width: $medium-breakpoint) {
|
|
||||||
width: calc((100% / 6) - 29px);
|
|
||||||
}
|
|
||||||
|
|
||||||
@media only screen and (min-width: $large-breakpoint) {
|
|
||||||
width: calc((100% / 8) - 27px);
|
|
||||||
}
|
|
||||||
}
|
}
|
||||||
|
|
||||||
&.card-row__scrollhouse--sub-component {
|
&.card-row__scrollhouse--sub-component {
|
||||||
|
@ -371,14 +174,27 @@
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.card-row__title {
|
// C A R D
|
||||||
align-items: center;
|
// T I T L E
|
||||||
display: flex;
|
|
||||||
font-size: 18px;
|
|
||||||
font-weight: 600;
|
|
||||||
line-height: 24px;
|
|
||||||
|
|
||||||
@media only screen and (min-width: $medium-breakpoint) {
|
.card__title {
|
||||||
font-size: 20px;
|
font-size: 2rem;
|
||||||
|
font-weight: 600;
|
||||||
|
|
||||||
|
&:not(.card__title--flex) {
|
||||||
|
.btn {
|
||||||
|
bottom: -0.5rem;
|
||||||
|
float: right;
|
||||||
|
font-size: 1rem;
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
.btn {
|
||||||
|
position: relative;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.card__title--flex {
|
||||||
|
@include between;
|
||||||
|
display: flex;
|
||||||
|
}
|
||||||
|
|
|
@ -1,6 +0,0 @@
|
||||||
.channel-name {
|
|
||||||
display: inline-flex;
|
|
||||||
overflow: hidden;
|
|
||||||
text-overflow: ellipsis;
|
|
||||||
white-space: nowrap;
|
|
||||||
}
|
|
25
src/renderer/scss/component/_channel.scss
Normal file
|
@ -0,0 +1,25 @@
|
||||||
|
.channel-info {
|
||||||
|
align-items: center;
|
||||||
|
display: flex;
|
||||||
|
justify-content: space-between;
|
||||||
|
|
||||||
|
h1 {
|
||||||
|
user-select: text;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.channel-info__actions {
|
||||||
|
display: flex;
|
||||||
|
}
|
||||||
|
|
||||||
|
.channel-info__actions__group {
|
||||||
|
@extend .media__action-group;
|
||||||
|
@extend .media__action-group--large;
|
||||||
|
}
|
||||||
|
|
||||||
|
.channel-name {
|
||||||
|
overflow: hidden;
|
||||||
|
text-align: left;
|
||||||
|
text-overflow: ellipsis;
|
||||||
|
white-space: nowrap;
|
||||||
|
}
|
|
@ -1,3 +1,10 @@
|
||||||
|
.content {
|
||||||
|
flex: 1 0 var(--file-page-min-width);
|
||||||
|
overflow-x: hidden;
|
||||||
|
overflow-y: auto;
|
||||||
|
position: relative;
|
||||||
|
}
|
||||||
|
|
||||||
.content__cover {
|
.content__cover {
|
||||||
// Video thumbnail with play/download button
|
// Video thumbnail with play/download button
|
||||||
top: 0;
|
top: 0;
|
||||||
|
@ -15,6 +22,10 @@
|
||||||
|
|
||||||
&:not(.card__media--nsfw) {
|
&:not(.card__media--nsfw) {
|
||||||
background-color: $lbry-black;
|
background-color: $lbry-black;
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
background-color: rgba($lbry-white, 0.1);
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
&:hover {
|
&:hover {
|
||||||
|
@ -23,11 +34,13 @@
|
||||||
}
|
}
|
||||||
|
|
||||||
.content__embedded {
|
.content__embedded {
|
||||||
|
@include thumbnail;
|
||||||
align-items: center;
|
align-items: center;
|
||||||
background-color: $lbry-black;
|
background-color: $lbry-black;
|
||||||
display: flex;
|
display: flex;
|
||||||
justify-content: center;
|
justify-content: center;
|
||||||
padding-top: var(--video-aspect-ratio);
|
margin-bottom: var(--spacing-vertical-large);
|
||||||
|
max-height: 60vh;
|
||||||
position: relative;
|
position: relative;
|
||||||
width: 100%;
|
width: 100%;
|
||||||
|
|
||||||
|
@ -36,7 +49,6 @@
|
||||||
height: 100%;
|
height: 100%;
|
||||||
top: 0;
|
top: 0;
|
||||||
left: 0;
|
left: 0;
|
||||||
|
|
||||||
position: absolute;
|
position: absolute;
|
||||||
|
|
||||||
&:hover {
|
&:hover {
|
||||||
|
@ -46,22 +58,18 @@
|
||||||
}
|
}
|
||||||
|
|
||||||
.content__empty {
|
.content__empty {
|
||||||
|
@include thumbnail;
|
||||||
align-items: center;
|
align-items: center;
|
||||||
background-color: $lbry-black;
|
background-color: $lbry-black;
|
||||||
color: $lbry-white;
|
color: $lbry-white;
|
||||||
display: flex;
|
display: flex;
|
||||||
justify-content: center;
|
justify-content: center;
|
||||||
padding-top: var(--video-aspect-ratio);
|
|
||||||
width: 100%;
|
width: 100%;
|
||||||
|
|
||||||
.card__media-text {
|
|
||||||
margin-top: calc(-1 * var(--video-aspect-ratio));
|
|
||||||
}
|
}
|
||||||
|
|
||||||
&.content__empty--nsfw {
|
.content__empty--nsfw {
|
||||||
background-color: $lbry-grape-3;
|
background-color: $lbry-grape-3;
|
||||||
}
|
}
|
||||||
}
|
|
||||||
|
|
||||||
.content__loading {
|
.content__loading {
|
||||||
width: 100%;
|
width: 100%;
|
||||||
|
@ -72,15 +80,14 @@
|
||||||
display: flex;
|
display: flex;
|
||||||
flex-direction: column;
|
flex-direction: column;
|
||||||
justify-content: center;
|
justify-content: center;
|
||||||
padding: 0 20px;
|
padding: 0 var(--spacing-vertical-large);
|
||||||
}
|
}
|
||||||
|
|
||||||
.content__loading-text {
|
.content__loading-text {
|
||||||
color: $lbry-white;
|
color: $lbry-white;
|
||||||
}
|
}
|
||||||
|
|
||||||
.content__view,
|
.content__view {
|
||||||
.content__view--container {
|
|
||||||
width: 100%;
|
width: 100%;
|
||||||
height: 100%;
|
height: 100%;
|
||||||
top: 0;
|
top: 0;
|
||||||
|
@ -90,17 +97,10 @@
|
||||||
display: flex;
|
display: flex;
|
||||||
justify-content: center;
|
justify-content: center;
|
||||||
position: absolute;
|
position: absolute;
|
||||||
}
|
|
||||||
|
|
||||||
.content__view--container {
|
|
||||||
iframe {
|
iframe {
|
||||||
width: 100%;
|
width: 100%;
|
||||||
height: 100%;
|
height: 100%;
|
||||||
background-color: $lbry-white;
|
background-color: $lbry-white;
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.content__wrapper {
|
|
||||||
flex: 1 0 var(--file-page-min-width);
|
|
||||||
max-width: var(--card-max-width);
|
|
||||||
}
|
|
||||||
|
|
17
src/renderer/scss/component/_credit.scss
Normal file
|
@ -0,0 +1,17 @@
|
||||||
|
.credit-amount {
|
||||||
|
font-size: 0.8rem;
|
||||||
|
white-space: nowrap;
|
||||||
|
}
|
||||||
|
|
||||||
|
.credit-amount--inherit {
|
||||||
|
background-color: inherit;
|
||||||
|
color: inherit;
|
||||||
|
font-size: inherit;
|
||||||
|
font-weight: inherit;
|
||||||
|
padding: 0;
|
||||||
|
}
|
||||||
|
|
||||||
|
.credit-amount--large {
|
||||||
|
font-size: 36px;
|
||||||
|
font-weight: 600;
|
||||||
|
}
|
|
@ -1,28 +1,47 @@
|
||||||
.expandable {
|
.expandable {
|
||||||
border-bottom: var(--input-border-size) solid $lbry-gray-3;
|
border-bottom: 1px solid $lbry-gray-1;
|
||||||
padding-bottom: $spacing-vertical * 1/3;
|
margin-bottom: var(--spacing-vertical-medium);
|
||||||
|
padding-bottom: var(--spacing-vertical-medium);
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
border-color: rgba($lbry-gray-5, 0.2);
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
.expandable__button {
|
||||||
|
font-size: 1.25rem;
|
||||||
|
}
|
||||||
|
|
||||||
|
.expandable--closed,
|
||||||
.expandable--open {
|
.expandable--open {
|
||||||
max-height: 100%;
|
margin-bottom: var(--spacing-vertical-small);
|
||||||
}
|
}
|
||||||
|
|
||||||
.expandable--closed {
|
.expandable--closed {
|
||||||
max-height: 10em;
|
max-height: 10rem;
|
||||||
position: relative;
|
|
||||||
overflow: hidden;
|
overflow: hidden;
|
||||||
}
|
position: relative;
|
||||||
|
|
||||||
.expandable--closed::after {
|
&::after {
|
||||||
content: '';
|
|
||||||
width: 100%;
|
width: 100%;
|
||||||
height: 20%;
|
height: 100%;
|
||||||
position: absolute;
|
|
||||||
left: 0;
|
|
||||||
bottom: 0;
|
bottom: 0;
|
||||||
|
left: 0;
|
||||||
|
|
||||||
background-image: linear-gradient(
|
background-image: linear-gradient(
|
||||||
to bottom,
|
to bottom,
|
||||||
transparent 0%,
|
transparent 0%,
|
||||||
mix($lbry-white, $lbry-gray-1, 70%) 90%
|
mix($lbry-white, $lbry-gray-1, 70%) 90%
|
||||||
);
|
);
|
||||||
|
content: '';
|
||||||
|
position: absolute;
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
background-image: linear-gradient(to bottom, transparent 0%, $lbry-black 90%);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.expandable--open {
|
||||||
|
max-height: 100%;
|
||||||
}
|
}
|
||||||
|
|
|
@ -1,4 +1,4 @@
|
||||||
.file-download {
|
.file-download {
|
||||||
align-self: center;
|
align-self: center;
|
||||||
font-size: 0.8em;
|
font-size: 0.8rem;
|
||||||
}
|
}
|
||||||
|
|
|
@ -1,24 +1,31 @@
|
||||||
.file-render {
|
.file-render {
|
||||||
width: 100%;
|
|
||||||
height: 100%;
|
|
||||||
top: 0;
|
top: 0;
|
||||||
left: 0;
|
left: 0;
|
||||||
bottom: 0;
|
bottom: 0;
|
||||||
right: 0;
|
right: 0;
|
||||||
|
|
||||||
margin: auto;
|
|
||||||
overflow: hidden;
|
overflow: hidden;
|
||||||
position: absolute;
|
position: absolute;
|
||||||
z-index: 1;
|
z-index: 1;
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
border: 1px solid rgba($lbry-gray-1, 0.3);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.file-render__viewer,
|
||||||
|
.document-viewer {
|
||||||
|
background-color: $lbry-white;
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
background-color: transparent;
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.file-render__viewer {
|
.file-render__viewer {
|
||||||
width: 100%;
|
width: 100%;
|
||||||
height: 100%;
|
height: 100%;
|
||||||
|
|
||||||
background-color: $lbry-black;
|
|
||||||
margin: 0;
|
|
||||||
|
|
||||||
iframe,
|
iframe,
|
||||||
webview {
|
webview {
|
||||||
width: 100%;
|
width: 100%;
|
||||||
|
@ -27,14 +34,12 @@
|
||||||
}
|
}
|
||||||
|
|
||||||
.document-viewer {
|
.document-viewer {
|
||||||
background-color: $lbry-white;
|
|
||||||
font-size: calc(var(--font-size-subtext-multiple) * 1em);
|
|
||||||
overflow: auto;
|
overflow: auto;
|
||||||
|
|
||||||
.markdown-preview {
|
.markdown-preview {
|
||||||
height: 100%;
|
height: 100%;
|
||||||
overflow: auto;
|
overflow: auto;
|
||||||
padding: $spacing-vertical $spacing-width;
|
padding: var(--spacing-vertical-large);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
@ -49,39 +54,30 @@
|
||||||
.code-viewer .CodeMirror {
|
.code-viewer .CodeMirror {
|
||||||
width: 100%;
|
width: 100%;
|
||||||
height: 100%;
|
height: 100%;
|
||||||
margin: 0;
|
|
||||||
padding: 0;
|
|
||||||
min-height: 100px;
|
min-height: 100px;
|
||||||
|
|
||||||
// Block native text selection
|
|
||||||
user-select: none;
|
|
||||||
|
|
||||||
.cm-invalidchar {
|
.cm-invalidchar {
|
||||||
display: none;
|
display: none;
|
||||||
}
|
}
|
||||||
|
|
||||||
.CodeMirror .CodeMirror-lines {
|
.CodeMirror .CodeMirror-lines {
|
||||||
// is there really a .CodeMirror inside a .CodeMirror?
|
// is there really a .CodeMirror inside a .CodeMirror?
|
||||||
padding: 4px 0;
|
padding: var(--spacing-vertical-small) 0;
|
||||||
}
|
}
|
||||||
|
|
||||||
.CodeMirror-code {
|
.CodeMirror-code {
|
||||||
font-family: Menlo, Consolas, 'DejaVu Sans Mono', inconsolata, monospace;
|
@include font-mono;
|
||||||
font-size: 1em;
|
letter-spacing: 0.1rem;
|
||||||
font-weight: 350;
|
|
||||||
letter-spacing: 0.3px;
|
|
||||||
line-height: 1.5em;
|
|
||||||
word-spacing: 1px;
|
|
||||||
}
|
}
|
||||||
|
|
||||||
.CodeMirror-gutters {
|
.CodeMirror-gutters {
|
||||||
background-color: $lbry-gray-1;
|
background-color: $lbry-gray-1;
|
||||||
border-right: 1px solid $lbry-gray-2;
|
border-right: 1px solid $lbry-gray-2;
|
||||||
padding-right: 8px;
|
padding-right: var(--spacing-vertical-medium);
|
||||||
}
|
}
|
||||||
|
|
||||||
.CodeMirror-line {
|
.CodeMirror-line {
|
||||||
padding-left: 16px;
|
padding-left: var(--spacing-vertical-medium);
|
||||||
}
|
}
|
||||||
|
|
||||||
.CodeMirror-linenumber {
|
.CodeMirror-linenumber {
|
||||||
|
|
|
@ -1,52 +1,13 @@
|
||||||
.form-row {
|
|
||||||
align-items: flex-end;
|
|
||||||
display: flex;
|
|
||||||
flex-direction: row;
|
|
||||||
|
|
||||||
&.form-row--centered {
|
|
||||||
justify-content: center;
|
|
||||||
}
|
|
||||||
|
|
||||||
&.form-row--padded {
|
|
||||||
padding-top: $spacing-vertical * 1/3;
|
|
||||||
}
|
|
||||||
|
|
||||||
&.form-row--right {
|
|
||||||
justify-content: flex-end;
|
|
||||||
}
|
|
||||||
|
|
||||||
&.form-row--stretch {
|
|
||||||
flex: 1;
|
|
||||||
}
|
|
||||||
|
|
||||||
&.form-row--vertically-centered {
|
|
||||||
align-items: center;
|
|
||||||
}
|
|
||||||
|
|
||||||
.form-field {
|
.form-field {
|
||||||
&:not(:first-of-type) {
|
&:not(:last-of-type) {
|
||||||
padding-left: $spacing-vertical;
|
margin-bottom: var(--spacing-vertical-small);
|
||||||
}
|
}
|
||||||
|
|
||||||
&.form-field--stretch {
|
&.form-field--disabled {
|
||||||
width: 100%;
|
|
||||||
|
|
||||||
input {
|
|
||||||
max-width: 400px;
|
|
||||||
width: 100%;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
input + .btn {
|
|
||||||
margin-left: $spacing-vertical * 1/3;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.form-field.form-field--disabled {
|
|
||||||
opacity: 0.4;
|
opacity: 0.4;
|
||||||
pointer-events: none;
|
pointer-events: none;
|
||||||
}
|
}
|
||||||
|
}
|
||||||
|
|
||||||
.form-field--SimpleMDE {
|
.form-field--SimpleMDE {
|
||||||
display: block;
|
display: block;
|
||||||
|
@ -54,8 +15,10 @@
|
||||||
}
|
}
|
||||||
|
|
||||||
.form-field__input {
|
.form-field__input {
|
||||||
|
align-items: center;
|
||||||
display: flex;
|
display: flex;
|
||||||
padding-top: $spacing-vertical / 3;
|
font-size: 1.25rem;
|
||||||
|
margin-bottom: var(--spacing-vertical-small);
|
||||||
|
|
||||||
&.form-field--auto-height {
|
&.form-field--auto-height {
|
||||||
height: auto;
|
height: auto;
|
||||||
|
@ -66,14 +29,6 @@
|
||||||
}
|
}
|
||||||
|
|
||||||
input {
|
input {
|
||||||
&[type='checkbox'] {
|
|
||||||
margin-top: 4px;
|
|
||||||
}
|
|
||||||
|
|
||||||
&[type='radio'] {
|
|
||||||
margin-top: 2px;
|
|
||||||
}
|
|
||||||
|
|
||||||
&.paginate-channel {
|
&.paginate-channel {
|
||||||
width: 35px;
|
width: 35px;
|
||||||
}
|
}
|
||||||
|
@ -84,30 +39,41 @@
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
.form-field__input--level {
|
||||||
|
line-height: 2;
|
||||||
|
}
|
||||||
|
|
||||||
.form-field__help,
|
.form-field__help,
|
||||||
.form-field__label,
|
.form-field__label,
|
||||||
.form-field__error {
|
.form-field__error {
|
||||||
font-size: 12px;
|
|
||||||
font-weight: 500;
|
font-weight: 500;
|
||||||
}
|
}
|
||||||
|
|
||||||
|
// TODO: Refactor to remove need for `!important`
|
||||||
|
|
||||||
.form-field__error {
|
.form-field__error {
|
||||||
color: $lbry-red-3 !important;
|
color: $lbry-red-5 !important;
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
color: $lbry-red-2 !important;
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.form-field__help {
|
.form-field__help {
|
||||||
color: $lbry-gray-5;
|
color: $lbry-gray-5;
|
||||||
padding-top: $spacing-vertical * 1/3;
|
padding-top: var(--spacing-vertical-small);
|
||||||
}
|
}
|
||||||
|
|
||||||
.form-field__label {
|
.form-field__label {
|
||||||
color: inherit;
|
color: inherit;
|
||||||
|
font-size: 1.25rem;
|
||||||
opacity: 0.7;
|
opacity: 0.7;
|
||||||
}
|
}
|
||||||
|
|
||||||
.form-field__prefix,
|
.form-field__prefix,
|
||||||
.form-field__postfix {
|
.form-field__postfix {
|
||||||
font-weight: 500;
|
font-weight: 500;
|
||||||
|
// line-height: 2;
|
||||||
|
|
||||||
&.form-field--align-center {
|
&.form-field--align-center {
|
||||||
align-self: center;
|
align-self: center;
|
||||||
|
@ -119,34 +85,47 @@
|
||||||
}
|
}
|
||||||
|
|
||||||
.form-field__prefix {
|
.form-field__prefix {
|
||||||
padding-right: $spacing-vertical * 1/3;
|
padding-right: var(--spacing-vertical-small);
|
||||||
}
|
}
|
||||||
|
|
||||||
.form-field__postfix {
|
.form-field__postfix {
|
||||||
padding-left: $spacing-vertical * 1/3;
|
padding-left: var(--spacing-vertical-small);
|
||||||
|
}
|
||||||
|
|
||||||
|
.form-field__select-wrapper {
|
||||||
|
position: relative;
|
||||||
|
width: 20rem;
|
||||||
|
height: 3rem;
|
||||||
|
|
||||||
|
&::after {
|
||||||
|
width: 100%;
|
||||||
|
height: 100%;
|
||||||
|
top: 0;
|
||||||
|
left: 0;
|
||||||
|
|
||||||
|
// TRIANGLE_DOWN
|
||||||
|
// background-image: url("data:image/svg+xml,%3Csvg viewBox='0 0 24 24' xmlns='http://www.w3.org/2000/svg' xmlns:xlink='http://www.w3.org/1999/xlink'%3E %3Cpath d='M3 4 L21 4 12 20 3 4 Z' stroke='black' stroke-width='2' fill='black' fill-rule='evenodd' stroke-linejoin='round'/%3E %3C/svg%3E"),
|
||||||
|
// linear-gradient(to right, transparent 80%, $lbry-gray-1 85%);
|
||||||
|
background-position: 95% center, right top;
|
||||||
|
background-repeat: no-repeat;
|
||||||
|
background-size: 0.8rem, 100%;
|
||||||
|
content: '';
|
||||||
|
pointer-events: none;
|
||||||
|
position: absolute;
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.form-field__select {
|
.form-field__select {
|
||||||
background-color: $lbry-gray-3;
|
width: 100%;
|
||||||
border-radius: 8px;
|
height: 100%;
|
||||||
color: $lbry-black;
|
|
||||||
font-size: 12px;
|
background-color: $lbry-gray-1;
|
||||||
font-weight: 500;
|
border-radius: 0;
|
||||||
height: 30px;
|
padding: var(--spacing-vertical-small);
|
||||||
line-height: 30px;
|
|
||||||
min-width: 60px;
|
-webkit-appearance: none;
|
||||||
|
|
||||||
&:disabled {
|
&:disabled {
|
||||||
opacity: 0.5;
|
opacity: 0.5;
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
// Not sure if I like these
|
|
||||||
// Maybe this should be in gui.scss?
|
|
||||||
.input--price-amount {
|
|
||||||
width: 80px;
|
|
||||||
}
|
|
||||||
|
|
||||||
.input--address {
|
|
||||||
width: 370px;
|
|
||||||
}
|
|
||||||
|
|
49
src/renderer/scss/component/_form-row.scss
Normal file
|
@ -0,0 +1,49 @@
|
||||||
|
.form-row {
|
||||||
|
display: flex;
|
||||||
|
flex-direction: row;
|
||||||
|
|
||||||
|
&:not(&--vertically-centered) {
|
||||||
|
align-items: flex-end;
|
||||||
|
}
|
||||||
|
|
||||||
|
.form-field {
|
||||||
|
&:not(:first-of-type) {
|
||||||
|
padding-left: var(--spacing-vertical-medium);
|
||||||
|
}
|
||||||
|
|
||||||
|
&.form-field--stretch {
|
||||||
|
width: 100%;
|
||||||
|
|
||||||
|
input {
|
||||||
|
max-width: 400px;
|
||||||
|
width: 100%;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
button + input,
|
||||||
|
input + button {
|
||||||
|
margin-left: var(--spacing-vertical-medium);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.form-row--centered {
|
||||||
|
justify-content: center;
|
||||||
|
}
|
||||||
|
|
||||||
|
.form-row--padded {
|
||||||
|
padding-top: var(--spacing-vertical-medium);
|
||||||
|
padding-bottom: var(--spacing-vertical-medium);
|
||||||
|
}
|
||||||
|
|
||||||
|
.form-row--right {
|
||||||
|
justify-content: flex-end;
|
||||||
|
}
|
||||||
|
|
||||||
|
.form-row--stretch {
|
||||||
|
flex: 1;
|
||||||
|
}
|
||||||
|
|
||||||
|
.form-row--vertically-centered {
|
||||||
|
align-items: center;
|
||||||
|
}
|
|
@ -4,39 +4,153 @@
|
||||||
|
|
||||||
align-items: center;
|
align-items: center;
|
||||||
background-color: $lbry-white;
|
background-color: $lbry-white;
|
||||||
box-shadow: 0 1px 5px rgba($lbry-black, 0.1);
|
|
||||||
display: flex;
|
display: flex;
|
||||||
justify-content: space-between;
|
justify-content: space-between;
|
||||||
padding: 0 $spacing-width * 1/3;
|
|
||||||
position: fixed;
|
position: fixed;
|
||||||
z-index: 1;
|
z-index: 1;
|
||||||
|
|
||||||
@media (min-width: $medium-breakpoint) {
|
html[data-theme='dark'] & {
|
||||||
padding: 0 $spacing-width;
|
background-color: rgba($lbry-black, 0.9);
|
||||||
}
|
color: $lbry-white;
|
||||||
}
|
|
||||||
|
|
||||||
.header__actions-right {
|
|
||||||
display: flex;
|
|
||||||
margin-left: auto;
|
|
||||||
|
|
||||||
.btn {
|
|
||||||
margin-left: $spacing-width * 1/3;
|
|
||||||
}
|
|
||||||
}
|
|
||||||
|
|
||||||
.header__history {
|
|
||||||
display: flex;
|
|
||||||
padding: 0 $spacing-width * 1/2;
|
|
||||||
|
|
||||||
@media only screen and (min-width: $medium-breakpoint) {
|
|
||||||
.btn {
|
|
||||||
padding: 0 $spacing-width * 1/6;
|
|
||||||
}
|
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.header__navigation {
|
.header__navigation {
|
||||||
display: flex;
|
display: flex;
|
||||||
justify-content: space-between;
|
|
||||||
|
&:first-of-type {
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
border-color: $lbry-gray-5;
|
||||||
|
}
|
||||||
|
|
||||||
|
// Main navigation collapses into a menu button
|
||||||
|
// at smaller screen widths
|
||||||
|
|
||||||
|
@media (min-width: 601px) {
|
||||||
|
width: 250px;
|
||||||
|
}
|
||||||
|
|
||||||
|
@media (max-width: 600px) {
|
||||||
|
width: calc(var(--header-height) * 3 + 1px);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
Should these be variables? If it's specific to header stuff maybe just add a comment because it's confusing from a glance. Should these be variables? If it's specific to header stuff maybe just add a comment because it's confusing from a glance.
I don't get the confusion. This is how responsive stuff works. These rules are inside a header element. I don't get the confusion. This is how responsive stuff works. These rules are inside a header element.
If 600px is a global width that will trigger ui changes, it should be a variable. But if only the header is changing at 600px then a comment explaining that will help. If 600px is a global width that will trigger ui changes, it should be a variable. But if only the header is changing at 600px then a comment explaining that will help.
Ah gotcha. I'll add comments to all media queries then. Ah gotcha. I'll add comments to all media queries then.
|
|||||||
|
&:last-of-type {
|
||||||
|
@media (min-width: 601px) {
|
||||||
|
width: 10rem;
|
||||||
|
}
|
||||||
|
|
||||||
|
@media (max-width: 600px) {
|
||||||
|
width: var(--header-height);
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.header__navigation-item {
|
||||||
|
width: var(--header-height);
|
||||||
|
height: var(--header-height);
|
||||||
|
|
||||||
|
background-position: center;
|
||||||
|
background-repeat: no-repeat;
|
||||||
|
background-size: 50%;
|
||||||
|
|
||||||
|
&:not(:disabled):hover {
|
||||||
|
background-color: $lbry-gray-1;
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
background-color: $lbry-gray-5;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
&:disabled {
|
||||||
|
opacity: 0.3;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.header__navigation-item--back {
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
svg {
|
||||||
|
stroke: $lbry-white;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.header__navigation-item--forward {
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
svg {
|
||||||
|
stroke: $lbry-white;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.header__navigation-item--home {
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
svg {
|
||||||
|
stroke: $lbry-white;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.header__navigation-item--menu {
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
svg {
|
||||||
|
stroke: $lbry-white;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
// This menu button does not need to be seen
|
||||||
|
// at larger screen widths
|
||||||
|
|
||||||
|
@media (min-width: 601px) {
|
||||||
|
display: none;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.header__navigation-item--publish,
|
||||||
|
.header__navigation-item--wallet {
|
||||||
|
// Publish and Wallet links are collapsed
|
||||||
|
// into a menu at smaller screen widths
|
||||||
|
|
||||||
|
@media (max-width: 600px) {
|
||||||
|
display: none;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.header__navigation-item--publish {
|
||||||
|
display: flex;
|
||||||
|
justify-content: center;
|
||||||
|
position: relative;
|
||||||
|
width: 100%;
|
||||||
|
|
||||||
|
.btn__content {
|
||||||
|
display: flex;
|
||||||
|
}
|
||||||
|
|
||||||
|
.btn__label {
|
||||||
|
line-height: 1.8;
|
||||||
|
padding-left: 0.5rem;
|
||||||
|
}
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
svg {
|
||||||
|
stroke: $lbry-white;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.header__navigation-item--wallet {
|
||||||
|
border-right: 1px solid $lbry-gray-1;
|
||||||
|
width: calc(100% - (var(--header-height) * 3));
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
border-color: $lbry-gray-5;
|
||||||
|
}
|
||||||
|
|
||||||
|
.btn__content {
|
||||||
|
line-height: var(--header-height);
|
||||||
|
overflow: hidden;
|
||||||
|
text-align: center;
|
||||||
|
text-overflow: ellipsis;
|
||||||
|
width: 100%;
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
|
@ -2,5 +2,5 @@
|
||||||
// Same for prices on cards
|
// Same for prices on cards
|
||||||
.icon + .icon,
|
.icon + .icon,
|
||||||
.credit-amount + .icon {
|
.credit-amount + .icon {
|
||||||
margin-left: $spacing-vertical * 1/3;
|
margin-left: var(--spacing-vertical-small);
|
||||||
}
|
}
|
||||||
|
|
|
@ -1,17 +1,21 @@
|
||||||
.item-list {
|
.item-list {
|
||||||
background-color: $lbry-white;
|
background-color: $lbry-white;
|
||||||
margin-top: $spacing-vertical;
|
margin-top: var(--spacing-vertical-large);
|
||||||
padding: $spacing-vertical;
|
padding: var(--spacing-vertical-large);
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
background-color: rgba($lbry-white, 0.1);
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.item-list__item {
|
.item-list__item {
|
||||||
align-items: center;
|
align-items: center;
|
||||||
display: flex;
|
display: flex;
|
||||||
padding: $spacing-vertical * 1/3;
|
padding: var(--spacing-vertical-small);
|
||||||
|
|
||||||
input,
|
input,
|
||||||
.item-list__item--cutoff {
|
.item-list__item--cutoff {
|
||||||
margin-right: $spacing-vertical;
|
margin-right: var(--spacing-vertical-large);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
|
|
|
@ -3,43 +3,65 @@
|
||||||
min-height: 100vh;
|
min-height: 100vh;
|
||||||
|
|
||||||
align-items: center;
|
align-items: center;
|
||||||
background-color: $lbry-teal-5;
|
background-image: linear-gradient(to right, $lbry-teal-5, $lbry-cyan-5 100%);
|
||||||
background-size: cover;
|
background-size: cover;
|
||||||
color: $lbry-white;
|
color: $lbry-white;
|
||||||
|
cursor: default;
|
||||||
display: flex;
|
display: flex;
|
||||||
flex-direction: column;
|
justify-content: center;
|
||||||
|
text-align: center;
|
||||||
|
|
||||||
|
.spinner {
|
||||||
|
margin-right: auto;
|
||||||
|
margin-left: auto;
|
||||||
|
}
|
||||||
|
}
|
||||||
|
|
||||||
|
.load-screen__details {
|
||||||
|
font-weight: 600;
|
||||||
|
line-height: 1;
|
||||||
|
max-width: 400px;
|
||||||
}
|
}
|
||||||
|
|
||||||
.load-screen__header {
|
.load-screen__header {
|
||||||
display: flex;
|
display: flex;
|
||||||
margin-top: 35vh;
|
justify-content: center;
|
||||||
|
margin-bottom: var(--spacing-vertical-medium);
|
||||||
|
}
|
||||||
|
|
||||||
|
.load-screen__help {
|
||||||
|
font-size: 1.25rem;
|
||||||
|
padding-top: var(--spacing-vertical-large);
|
||||||
|
}
|
||||||
|
|
||||||
|
.load-screen__message {
|
||||||
|
font-size: 16px;
|
||||||
|
font-weight: 800;
|
||||||
|
line-height: 1;
|
||||||
|
margin-bottom: var(--spacing-vertical-medium);
|
||||||
}
|
}
|
||||||
|
|
||||||
.load-screen__title {
|
.load-screen__title {
|
||||||
font-size: 60px;
|
font-size: 60px;
|
||||||
font-weight: 700;
|
font-weight: 700;
|
||||||
line-height: 100px;
|
|
||||||
margin-left: 40px; // width of "beta" superscript
|
|
||||||
}
|
|
||||||
|
|
||||||
.load-screen__beta {
|
|
||||||
padding-top: 23px;
|
|
||||||
padding-left: 10px;
|
|
||||||
}
|
|
||||||
|
|
||||||
.load-screen__message {
|
|
||||||
font-size: 16px;
|
|
||||||
font-weight: 600;
|
|
||||||
line-height: 20px;
|
|
||||||
margin-top: $spacing-vertical * 2/3;
|
|
||||||
text-align: center;
|
|
||||||
}
|
|
||||||
|
|
||||||
.load-screen__details {
|
|
||||||
font-size: 12px;
|
|
||||||
line-height: 1;
|
line-height: 1;
|
||||||
max-width: 400px;
|
position: relative;
|
||||||
padding-top: $spacing-vertical * 2/3;
|
|
||||||
|
sup {
|
||||||
|
margin-left: -var(--spacing-vertical-tiny);
|
||||||
|
padding: var(--spacing-vertical-miniscule) var(--spacing-vertical-small);
|
||||||
|
|
||||||
|
background-color: rgba($lbry-white, 0.3);
|
||||||
|
border-radius: 0.2rem;
|
||||||
|
color: $lbry-white;
|
||||||
|
font-size: 0.6rem;
|
||||||
|
font-weight: 400;
|
||||||
|
letter-spacing: 0.1rem;
|
||||||
|
line-height: 1;
|
||||||
|
position: absolute;
|
||||||
|
text-transform: uppercase;
|
||||||
|
top: 2.15rem;
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
.load-screen--help {
|
.load-screen--help {
|
||||||
|
|
10
src/renderer/scss/component/_main.scss
Normal file
|
@ -0,0 +1,10 @@
|
||||||
|
.main {
|
||||||
|
margin: auto;
|
||||||
|
overflow: hidden;
|
||||||
|
position: relative;
|
||||||
|
z-index: 1;
|
||||||
|
|
||||||
|
&:not(.main--no-padding) {
|
||||||
|
padding: var(--spacing-vertical-large);
|
||||||
|
}
|
||||||
|
}
|
|
@ -20,6 +20,7 @@
|
||||||
}
|
}
|
||||||
|
|
||||||
.CodeMirror-selectedtext {
|
.CodeMirror-selectedtext {
|
||||||
|
background-color: $lbry-teal-5 !important;
|
||||||
color: $lbry-white;
|
color: $lbry-white;
|
||||||
}
|
}
|
||||||
|
|
||||||
|
@ -85,4 +86,10 @@
|
||||||
|
|
||||||
.editor-statusbar {
|
.editor-statusbar {
|
||||||
color: rgba($lbry-black, 0.5);
|
color: rgba($lbry-black, 0.5);
|
||||||
|
font-size: 1rem;
|
||||||
|
padding: var(--spacing-vertical-medium) 0; // overriding styles from elsewhere
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
color: inherit;
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
|
@ -1,7 +1,4 @@
|
||||||
.markdown-preview {
|
.markdown-preview {
|
||||||
margin: 0;
|
|
||||||
word-break: break-all;
|
|
||||||
|
|
||||||
// Headers
|
// Headers
|
||||||
h1,
|
h1,
|
||||||
h2,
|
h2,
|
||||||
|
@ -9,49 +6,36 @@
|
||||||
h4,
|
h4,
|
||||||
h5,
|
h5,
|
||||||
h6 {
|
h6 {
|
||||||
|
font-size: inherit;
|
||||||
font-weight: 600;
|
font-weight: 600;
|
||||||
margin: 16px 0;
|
margin-bottom: var(--spacing-vertical-medium);
|
||||||
}
|
padding-top: var(--spacing-vertical-medium);
|
||||||
|
|
||||||
h1 {
|
|
||||||
font-size: 1.22em;
|
|
||||||
}
|
|
||||||
|
|
||||||
h2 {
|
|
||||||
font-size: 1.14em;
|
|
||||||
}
|
|
||||||
|
|
||||||
h3 {
|
|
||||||
font-size: 1.06em;
|
|
||||||
}
|
|
||||||
|
|
||||||
h4 {
|
|
||||||
font-size: 0.92em;
|
|
||||||
}
|
|
||||||
|
|
||||||
h5 {
|
|
||||||
font-size: 0.84em;
|
|
||||||
}
|
|
||||||
|
|
||||||
h6 {
|
|
||||||
color: $lbry-gray-5;
|
|
||||||
font-size: 0.84em;
|
|
||||||
}
|
}
|
||||||
|
|
||||||
// Paragraphs
|
// Paragraphs
|
||||||
p {
|
p {
|
||||||
|
font-size: 1.15rem;
|
||||||
|
margin-bottom: var(--spacing-vertical-medium);
|
||||||
white-space: pre-line;
|
white-space: pre-line;
|
||||||
|
|
||||||
|
svg {
|
||||||
|
width: 1rem;
|
||||||
|
height: 1rem;
|
||||||
|
|
||||||
|
margin-left: 0.2rem;
|
||||||
|
position: relative;
|
||||||
|
top: 1px;
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
// Strikethrough text
|
// Strikethrough text
|
||||||
del {
|
del {
|
||||||
color: $lbry-gray-5;
|
|
||||||
}
|
}
|
||||||
|
|
||||||
// Tables
|
// Tables
|
||||||
table {
|
table {
|
||||||
margin: 16px 0;
|
margin-bottom: 1.2rem;
|
||||||
padding: 8px;
|
padding: var(--spacing-vertical-medium);
|
||||||
background-color: $lbry-white;
|
background-color: $lbry-white;
|
||||||
|
|
||||||
tr {
|
tr {
|
||||||
|
@ -61,19 +45,30 @@
|
||||||
th:first-of-type,
|
th:first-of-type,
|
||||||
td:last-of-type,
|
td:last-of-type,
|
||||||
th:last-of-type {
|
th:last-of-type {
|
||||||
padding: 8px;
|
padding: var(--spacing-vertical-medium);
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
// Image
|
// Image
|
||||||
img {
|
img {
|
||||||
margin: 16px 0;
|
margin-bottom: var(--spacing-vertical-medium);
|
||||||
|
padding-top: var(--spacing-vertical-medium);
|
||||||
}
|
}
|
||||||
|
|
||||||
// Horizontal Rule
|
// Horizontal Rule
|
||||||
hr {
|
hr {
|
||||||
border: 1px solid $lbry-gray-2;
|
width: 100%;
|
||||||
|
height: 1px;
|
||||||
|
|
||||||
|
background-color: $lbry-gray-1;
|
||||||
|
margin-bottom: 2rem;
|
||||||
|
position: relative;
|
||||||
|
top: 1rem;
|
||||||
|
|
||||||
|
html[data-theme='dark'] & {
|
||||||
|
background-color: rgba($lbry-gray-5, 0.2);
|
||||||
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
// Code
|
// Code
|
||||||
|
@ -82,26 +77,28 @@
|
||||||
}
|
}
|
||||||
|
|
||||||
code {
|
code {
|
||||||
margin: 16px 0;
|
margin-bottom: var(--spacing-vertical-medium);
|
||||||
padding: 8px;
|
padding: var(--spacing-vertical-medium);
|
||||||
|
|
||||||
background-color: $lbry-gray-1;
|
background-color: $lbry-gray-1;
|
||||||
color: $lbry-gray-5;
|
color: $lbry-gray-5;
|
||||||
display: block;
|
display: block;
|
||||||
font-family: Consolas, 'Lucida Console', 'Source Sans', monospace;
|
font-family: Consolas, 'Lucida Console', 'Source Sans', monospace;
|
||||||
font-size: 1em;
|
}
|
||||||
|
|
||||||
|
table {
|
||||||
|
@extend .table;
|
||||||
}
|
}
|
||||||
|
|
||||||
a {
|
a {
|
||||||
color: $lbry-blue-1;
|
color: $lbry-blue-1;
|
||||||
display: inline-block;
|
display: inline-block;
|
||||||
font-size: 1em;
|
|
||||||
}
|
}
|
||||||
|
|
||||||
// Lists
|
// Lists
|
||||||
ul,
|
ul,
|
||||||
ol {
|
ol {
|
||||||
margin-bottom: 2em;
|
margin-bottom: var(--spacing-vertical-medium);
|
||||||
|
|
||||||
> li {
|
> li {
|
||||||
list-style-position: outside;
|
list-style-position: outside;
|
||||||
|
@ -113,19 +110,10 @@
|
||||||
}
|
}
|
||||||
|
|
||||||
li {
|
li {
|
||||||
margin-left: 2em;
|
margin-left: var(--spacing-vertical-large);
|
||||||
|
|
||||||
p {
|
p {
|
||||||
display: inline-block;
|
display: inline-block;
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
}
|
}
|
||||||
|
|
||||||
blockquote {
|
|
||||||
margin: 16px 0;
|
|
||||||
padding: 8px;
|
|
||||||
|
|
||||||
background-color: $lbry-gray-1;
|
|
||||||
color: $lbry-gray-5;
|
|
||||||
border-left: 2px solid $lbry-gray-5;
|
|
||||||
}
|
|
||||||
|
|
The spacing between the
border-bottom
and the content is not consistent