-
Notifications
You must be signed in to change notification settings - Fork 6
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
article detail page - details #56
Comments
I extracted components for `ArticleContent` (all the stuff that was in the article card) and `ArticleActions` (the Edit, Link and Delete buttons) to allow the `ArticlePage` component to share as much of the existing layout as possible. The `ArticleContent` component has an `is_article_page` flag. If this is set to `true` then the article content starts off fully expanded, the abstract isn't truncated and the 'Show More' button is hidden. There is still a bit of duplication between `ArticleList` and `ArticlePage` when it comes to the gallery and `ArticleEditor` logic. This is because the list shares one gallery and editor instance between all articles whereas the `ArticlePage` needs one for the individual article. This could possibly be improved later.
@eplebel I just pushed a commit for this, you can see an example on the staging site here: https://curate-science-staging-2.appspot.com/app/article/320 |
wow, this is also looking very good. awesome job here! the only tiny tiny issue is that the loading spinner for the article list on the author page now seems to be missing (for example, compare https://curate-science-staging-2.appspot.com/app/author/etienne-lebel to author page article list on production: https://curatescience.org/app/author/etienne-p-lebel; loading spinner for author information still appears correctly). really looking forward to seeing search/search results page! #55 (and once those are working, we can then link article titles (on the homepage and author pages) to their respective article detail pages). |
I extracted components for `ArticleContent` (all the stuff that was in the article card) and `ArticleActions` (the Edit, Link and Delete buttons) to allow the `ArticlePage` component to share as much of the existing layout as possible. The `ArticleContent` component has an `is_article_page` flag. If this is set to `true` then the article content starts off fully expanded, the abstract isn't truncated and the 'Show More' button is hidden. There is still a bit of duplication between `ArticleList` and `ArticlePage` when it comes to the gallery and `ArticleEditor` logic. This is because the list shares one gallery and editor instance between all articles whereas the `ArticlePage` needs one for the individual article. This could possibly be improved later.
I extracted components for `ArticleContent` (all the stuff that was in the article card) and `ArticleActions` (the Edit, Link and Delete buttons) to allow the `ArticlePage` component to share as much of the existing layout as possible. The `ArticleContent` component has an `is_article_page` flag. If this is set to `true` then the article content starts off fully expanded, the abstract isn't truncated and the 'Show More' button is hidden. There is still a bit of duplication between `ArticleList` and `ArticlePage` when it comes to the gallery and `ArticleEditor` logic. This is because the list shares one gallery and editor instance between all articles whereas the `ArticlePage` needs one for the individual article. This could possibly be improved later.
I extracted components for `ArticleContent` (all the stuff that was in the article card) and `ArticleActions` (the Edit, Link and Delete buttons) to allow the `ArticlePage` component to share as much of the existing layout as possible. The `ArticleContent` component has an `is_article_page` flag. If this is set to `true` then the article content starts off fully expanded, the abstract isn't truncated and the 'Show More' button is hidden. There is still a bit of duplication between `ArticleList` and `ArticlePage` when it comes to the gallery and `ArticleEditor` logic. This is because the list shares one gallery and editor instance between all articles whereas the `ArticlePage` needs one for the individual article. This could possibly be improved later.
very simple article detail page as per this mockup:
(no data model changes required for this issue)
it basically just displays a normal article card (w/out card), with the following minor changes:
the card will have normal actions on hover, including the link icon on the left and EDIT, LINK/UNLINK, & DELETE buttons on the right (for users with proper permissions). That is:
(and later (in batch # 2 features), embedabble content will be displayed in a full-mode side panel; see Live demo)
The text was updated successfully, but these errors were encountered: