Hope you all had a good holiday last week for those who celebrated! This edition will be covering November 20 to November 27.
Features
-
@rhymes added the option to export your dev.to posts! It comes as a JSON file via email. Check out the changelog post for more details:
-
@glebec, @bennypowers and I worked on this PR together and added anchor links to headers in posts! Check out the changelog post for more details:
-
@philnash added the HTML attribute
rel='me'
to profile links. If you're not sure what this is, check out the PR for more details. Thanks, Phil!
Bug Fixes / Other Contributions
-
@moriczgergo updated our documentation with how to add series to your front matter. Thanks @moriczgergo!
-
@lightalloy removed database.yml and added it to our .gitignore. If you've previously contributed, you might need to copy over the new
config/database.yml.sample
into a newconfig/database.yml
. Thanks Anna! -
@ben added some beginnings of pagination functionality to the notifications page. This pattern will let us add true pagination later on.
-
@lightalloy refactored how our comments rendered, and there are now less SQL queries being called. Thanks again, Anna!
-
@jess refactored one of the ways we handle spam accounts. The PR has a great service object name π
-
@mariocsee updated some documentation regarding our API keys. You no longer need to set up Stream API keys for basic development. Thanks, Mario!
New Issues / Discussions
-
We have a small bug where the left end of the navbar is shortened a bit. Thanks @tristan957!
The navbar width becomes messed up upon clicking on my profile picture #1160
tristan957 posted onDescribe the bug The overlay seems to be cutting into the navbar.
To Reproduce Steps to reproduce the behavior:
- Click profile picture
Expected behavior Navbar to be above overlay.
Desktop (please complete the following information):
- OS: Solus (Linux)
- Browser Firefox
- Version 63.0.1
</div> <div class="gh-btn-container"><a class="gh-btn" href="https://github.com/thepracticaldev/dev.to/issues/1160">View on GitHub</a></div>
-
The Runkit tag has a bug where it doesn't render in the comment preview. Thanks @antogarand!
Runkit tag in comments - Broken #1163
AntonyGarand posted onDescribe the bug Runkit tags are not working in comments. Instead of a normal tag, they simply put the raw content into a code tag, which has bad formatting and no execution.
To Reproduce Create a comment with a runkit tag Preview or publish it
Actual behavior We get content in a code tag, without the formatting or execution runkit should provide us.
Expected behavior We get a correct runkit tag
Screenshots If applicable, add screenshots to help explain your problem.
Additional context Add any other context about the problem or helpful links here.
-
We have service workers that show a cool offline page, but we could brush up on caching pages.
Feature request - cached content for offline use #1171
gurpritsingh posted onIs your feature request related to a problem? Please describe. I love using dev.to whenever I am travelling but because I am in India and internet connection is not reliable I end up seeing the offline page with the drawing canvas which is cool but not helpful.
Describe the solution you'd like Having a caching strategy so that user can see some of the articles when offline would be great.
Additional context Dev.to is all about the community and knowledge sharing and I think if we can have access to some subset of that knowledge even when offline would be amazing
-
Sometimes duplicate posts are made. Perhaps we could add a buffer to prevent that? More details in the issue. Thanks, @rdumais!
Feature Request - Duplicate Posts #1170
RDumais posted onIs your feature request related to a problem? Please describe. I have seen authors accidentally double post a topic on multiple occasions. I am not sure where the problem is stemming from.
Describe the solution you'd like I believe the Dev.to team should implement some kind of buffer where authors are unable to post a second topic until x amount of minutes have passed since the first post (1-2 minutes).
Describe alternatives you've considered I cannot really think of any alternatives. Maybe make it so topics cannot have identical names within x amount of minutes of posting?
Additional context Here is an example I've seen with two different links:
https://dev.to/jeremyksutter/ultimate-guide-to-selling-your-product-online-25me https://dev.to/jeremyksutter/ultimate-guide-to-selling-your-product-online-212d
-
It'd be great to have a history on dev.to of all the posts you've read on dev.to. Feel free to add the discussion in the issue. Thanks, @yafkari!
add a history of read articles #1173
zechtyounes posted onI'm always frustrated when I read an article the morning and I can't find it again the evening..
I thought it would be cool, if there is a history of read articles
That's all ^^
-
It would also be cool to be able to subscribe to a series of posts and receive notifications when a new post of that series is released. Thanks, @sturzl!
Publish/follow a series of articles #1172
sturzl posted onMany authors are posting series of articles. I would like to see notifications for articles in a series without having to follow everything from that author or the related tags.
E.g. https://dev.to/shikaan/design-patterns-in-web-development---2-memento-253j
-
We have a bit of an edge case where we show text in a post's sidebar that probably doesn't make much sense. More details in the issue. Thanks, @david_j_eddy!
Replace 'More from @...' #1202
davidjeddy posted onIs your feature request related to a problem? Please describe. No problem , verbiage update when viewing an article when user is the author.
Describe the solution you'd like Either remove the 'More from @...' when user is the author or rephrase to something in the vein of 'Other posts by you.'
Describe alternatives you've considered Not a critical issue, more a readability / consistency update.
Thank you; keep up the amazing effort!
-
Andrew wrote up a great issue on how the save buttons could have better contrast. Check it out below. Thanks @link2twenty!
Save button's contrast #1204
Link2Twenty posted onDescribe the bug Currently, the article
save
buttons are calculated at #4a68ff and their text is #ffffff this leads to a contrast of 4.45 generally anything below contrast 7 is frowned upon.This is calculated in the scss file here https://github.com/thepracticaldev/dev.to/blob/master/app/assets/stylesheets/articles.scss
background: darken($purple, 26%);
Side note: if you're going to use darken and lighten it's generally best to avoid absolutes (ff/00) as they're not really affected.
Expected behavior Ideally if we could boost the contrast to above 7 that would be good for accessability. I've done some tests and changing the darken to 38% (#0d35ff) would have a contrast of 7.07 and changing the hover to 50% (#0022cf) would allow the affect to remain about the same.
Screenshots
Left is with the change, right is without Both top articles have the hover attribute.
Additional context I would have just gone ahead and submitted a pull request but I thought this would be a better way to do it. Also, if the change is accepted, it would make a good first pull request.
That's it for this edition. Feel free to share your thoughts on any of the issues.
Top comments (3)
Thank you to @rhymes @glebec @bennypowers @philnash @moriczgergo @lightalloy @ben @jess @mariocsee @tristan957 @antogarand @rdumais @yafkari @sturzl @david_j_eddy @link2twenty for your contributions!
W00t! Glad to get my first contribution to the platform done, even if it's only a small one. This will hopefully be the first of many!
No problem. I am loving the dev.to team, community, and interaction. If for no other reason, dev.to might be why I pick up Ruby. :)