Giter Club home page Giter Club logo

rust-gamedev.github.io's People

Contributors

17cupsofcoffee avatar aclysma avatar angelonfira avatar anopara avatar bombfuse avatar bromeon avatar cart avatar cdsupina avatar cybersoulk avatar dabreegster avatar dooskington avatar emilk avatar erlend-sh avatar im-oab avatar janhohenheim avatar johanhelsing avatar keavon avatar kvark avatar masonremaley avatar mrdimas avatar nazariglez avatar niklasei avatar not-fl3 avatar ozkriff avatar ralith avatar setzer22 avatar vrixyz avatar wodann avatar zakarumych avatar zicklag avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

rust-gamedev.github.io's Issues

Newsletter 17

Feel free to suggest sections!

If you want to help writing the newsletter:

  • Read CONTRIBUTING.md.
  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

The soft deadline for all section PRs is 2021.01.06

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - by everyone
  • publish - by @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - by @ozkriff
  • add comment links - by @ozkriff
  • add a draft of the 18 newsletter - by @ozkriff

Newsletter 11: Coordination/Tracking

Feel free to suggest sections!

If you want to help writing the newsletter:

  • Grab one of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff ?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • Use third-person pronouns even if you write about your project updates.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #75)
    • Mention this issue in your PR's description to link it all together.

I'm hoping to release this newsletter on Monday, so a soft deadline for all section PRs is Saturday.

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - by everyone
  • publish - @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - @ozkriff
  • add comment links - @ozkriff
  • add a draft of the 12 newsletter - โœ”๏ธ done by @ozkriff in #202

Newsletter 16

Feel free to suggest sections!

If you want to help writing the newsletter:

  • Read CONTRIBUTING.md.
  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

The soft deadline for all section PRs is 2020.12.03.

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - โœ”๏ธ done by everyone
  • publish - โœ”๏ธ done by @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - โœ”๏ธ done by @ozkriff
  • add comment links - โœ”๏ธ done by @ozkriff
  • add a draft of the 17 newsletter - by @ozkriff

Newsletter 13

Feel free to suggest sections!

If you want to help writing the newsletter:

  • Grab one of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff ?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • Use third-person pronouns even if you write about your project updates.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #75)
    • Mention this issue in your PR's description to link it all together.

I'm hoping to release this newsletter on 2020.09.07, so a soft deadline for all section PRs is 2020.09.05.

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - โœ”๏ธ done by everyone
  • publish - โœ”๏ธ done by @ozkriff in #274
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - โœ”๏ธ done by @ozkriff
  • add comment links - โœ”๏ธ done by @ozkriff
  • add a draft of the 14 newsletter - โœ”๏ธ done by @ozkriff in #275

Add table of contents

The articles are getting long and are organized in multiple sections. It is probably worth having a table of contents at the top or on the side. Example for this week:

  • Game Updates
    • Sulis - a Turn-Based RPG
    • Veloren
    • PF Sandbox
    • Antorum
    • Ferris Fencing
    • Tennis Academy v0.03 & v0.0.4
    • piano-rs
    • Will it dissolve?
    • Garden Devlog: October
    • EVE Aether Wars Backend Optimization
    • Robo Instructus
    • Godot and Rust
    • Ludum Dare 45
    • Amethyst Games
  • Library & Tooling updates
    • Dev Time Optimization โ€“ Part 1 (1.9x speedup, 65% less disk usage)
    • ๐Ÿ›ˆ Tip: Speed Up Iteration Time By Using LLD Linker
    • RLSL: a Rust to SPIR-V Compiler
    • gfx-rs v0.4
    • Vulkano: Why Command Buffers Are So Complicated?
    • splines v3.0
    • This Month in Mun - October 2019
    • ultraviolet
    • This month in rustsim #8 (Aug - Sep - Oct 2019)
    • cyclone-physics-rs
    • Cynic64โ€™s WIP Rendering Engine
    • Rust Roguelike Tutorial
    • Nannou awarded Mozilla grant for foundational audio development
    • Amethyst
  • Popular Workgroup Issues in Github
  • Meeting Minutes
  • Requests for Contribution
  • Bonus

[Tracking Issue/Discussion] The Ecosystem Guide

I know that there's an open PR for the start of an ecosystem guide, but since this is one of our goals before the next meeting I wanted to have a general discussion and get people's thoughts about the subject without totally clogging up the review of kvark's specific PR.

The general subject of this issue is anything related to the gamedev-wg doing an ecosystem guide.

Assuming that we do make an ecosystem guide, I feel compelled to ask: What format should such a guide take?

  1. Obvious first point: AreWeGameYet is already an ecosystem guide.
  • We don't maintain it, though this is not itself a problem because it does get active attention.
  • There's a lot of open issues but not many open PRs. It seems like once someone does the PR work that PR gets merged fairly promptly, but the owner isn't constantly putting in the new entries themselves.
  • AreWeGameYet is fairly un-opinionated regarding one library or another, it just sorta throws everything into the pile with minimal descriptions and lets readers figure things out for themselves.
  1. The Charter of this WG fairly specifically says that we should not be promoting one library over another.
  • AreWeGameYet fills the space of an un-opinionated list of everything.
  • The only good space after that is to have an opinionated list of everything (and perhaps some things don't even make it onto the list, which is itself an opinion).

Combined, these two items make me want to back up and ask: Do we make an ecosystem guide at all?

  • I think that there should be an ecosystem guide that's says a lot more about each particular library in the guide. Like the Guide To Rust Graphics in 2019 that @icefoxen wrote. That article is really good, and frank opinions about the fitness for use of major crates is really valuable advice for the community.
  • However, as soon as you say anything more than basic facts about each crate you start having to have an opinion about things, which is pretty close to "promoting one library over another", which the charter says for the WG to not do.
  • I do recall from seeing some early discussions before the WG was formed that some folks wanted the WG to rally the community around one specific library for each particular programming element. Getting everyone to pour all effort into Amethyst or Nalgebra or whatever library. That clause in the charter seems to be a reaction to that idea, and a lesser statement of just saying "these libraries are actually fit for use for developing games right now [list here]" might be acceptable in the long term.

My conclusion from these facts: Either we have to change the charter at least a bit (not an action to be taken lightly!!) or we can't have an ecosystem guide that is usefully different from AreWeGameYet, and we probably shouldn't do a separate guide at all. Instead, we should just direct people to work on AreWeGameYet.

Thoughts on this? Or thoughts on anything else about the subject of an Ecosystem Guide?

Newsletter: Create template and document workflow

I propose publishing the first newsletter on September 2. After its release, I'm going to strip it down to a bare-bones template (like it's done in embedded WG, for example) and add it to the repo so we can start working in the second newsletter.

In #9 (comment) I've partly mentioned how the collective newsletter creation process could be organized, at what publishing dates we are aiming, etc. This workflow question is closely linked to the creation of the next newsletter and it needs to be discussed and documented (in README, I guess), so I'm going add this to the PR too.

Related to #2 ("Newsletter")

Newsletter 19

Note from the editor:

Hey everyone! We're starting to change out the lead editor of the newsletter each month, so that the workload isn't so much each month. This month, it's me! I'm Forest, or AngelOnFira. I also edit the weekly blogs for Veloren, co-host the Rust Gamedev Podcast, and run the monthly Rust Gamedev meetup.

We're also going to be transitioning to having authors or volunteers write about their own content, rather than the editing team doing it all at the end ๐Ÿ’ฏ This means if you want to see your work in the newsletter, you have to write it yourself! If you're not able to write about your work, feel free to comment and I can assign it ๐Ÿ†“ free. We're working on taking some of the load off the editing team where we can with this. Best to keep this sustainable!

Also, we want to make sure contributing to the newsletter feels open to anyone who wants to write a section about their project. If you have anything you can write about, just add a comment to this issue and I'll add it to the todo list ๐Ÿ˜„

Newsletter 19

Feel free to suggest sections!

If you want to help writing the newsletter:

  • Read CONTRIBUTING.md.
  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

Schedule

The deadline for all section PRs is 2021.03.04 2021.03.06.
Review will take place on 2021.03.07
Release will be done on 2021.03.08


โš ๏ธ It was decided to try a shorter and more limited section format: โš ๏ธ

  • Only one image (<300kb) or GIF (<2.5mb) before the text. With an optional caption and a mandatory alt text.

  • All the (rendered) text should be under 1000 characters (including spaces and punctuation) and under 6 paragraphs (without any subsections, etc).

  • No bold/italic/etc formatting - only links and one plain list without nesting per section.

  • Third-person perspective.

  • 80 chars per MD line and no other markdownlint warnings on CI.

  • Only the following simple templates are allowed:

    See the templates

    For games/apps/libs:

    # [Gamename]
    
    ![alt text](img)
    _optional image label_
    
    [Gamename] ([GitHub], [Discord], [Twitter]) by [@nickname]
    is ... {short project description in one sentence}.
    
    {An overview of the recent updates with links to more details}.
    
    _Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_
    
    {md links block}

    For articles/videos/etc:

    # [Articlename]
    
    ![alt text](img)
    _optional image label_
    
    [@nickname] published an [article] about ...
    {overview what the resource is about}.
    
    _Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_
    
    {md links block}

CONTRIBUTING.md isn't updated for this yet.

Current Structure & Status

(I'll try to keep this updated)

If you have your own project that you want to write about, just make a comment on this issue!

Final steps:

  • final review
  • publish
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev
  • add comment links
  • add a draft of the 20 newsletter

Editors: @ozkriff @17cupsofcoffee @AngelOnFira

Jobs Section

We don't have a policy regarding job offer posts yet and there was some negative feedback about the job ads in previous newsletter issues.

from the WG channel on Discord:

aclysma: I have mixed feelings about a hiring post being the first thing on the newsletter
ozkriff: why? seems like important information to me: opportunities to work on graphics stuff using Rust/wgpu are quite rare atm
aclysma: commercial entities have a natural advantage over non-commercial in marketing.. and the focus being on their company hiring someone instead of how their company is pushing rust game development forward seems more to serve their company's interests than the communities interest
I'm certainly not saying a hiring post has no value to the community or that it shouldn't be included, I'd just rather see the top spot go to something that's in service to the community rather than the other way around
If it was a video of some cool new features with an oh-btw-we're-hiring blurb at the end (i.e. the focus being on showing something new and interesting) then my opinion would probably be different
ozkriff: Will it be better if i swap the hiring section with london talks?
aclysma: I think it would
or pick a game update to move up
XAMPPRocky: I also agree with moving the job offer down, reading it, it felt like a ad to me.

So I propose adding an optional first-level "Jobs" section (between "Requests for Contribution" and "Bonus"). Any thoughts/opinions/objections? :)

<hr/> tag looks weird with `margin: 0`

Minima's _base.scss file resets the margin of the <hr> tag to zero:

body, h1, h2, h3, h4, h5, h6,
p, blockquote, pre, hr,
dl, dd, ol, ul, figure {
margin: 0;

And it results in that Markdown's horizontal line ------ sticks to the next line uncomfortably close:

image

With this brute-force patch:

$ git diff _sass/
diff --git a/_sass/minima/_base.scss b/_sass/minima/_base.scss
index db7d5a1..cac4ba7 100644
--- a/_sass/minima/_base.scss
+++ b/_sass/minima/_base.scss
@@ -37,6 +37,7 @@ body {
 h1, h2, h3, h4, h5, h6,
 p, blockquote, pre,
 ul, ol, dl, figure,
+hr,
 %vertical-rhythm {
   margin-bottom: $spacing-unit / 2;
 }

it looks much better to me:

image

But I'm note sure if that's the correct way of doing it.

Shared assets directory

@17cupsofcoffee:

@ozkriff: Given that Mun posts updates just about every month, might it be a good idea to move the logo into static and reuse it between posts, like we do for Amethyst?

@ozkriff:

Given that Mun posts updates just about every month, might it be a good idea to move the logo into static and reuse it between posts, like we do for Amethyst?

@17cupsofcoffee well, we're not that much consistent about that logo :)

$ find content static -name amethyst-logo.png
content/posts/newsletter-013/amethyst-logo.png
content/posts/newsletter-009/amethyst-logo.png
content/posts/newsletter-004/amethyst-logo.png
content/posts/newsletter-008/amethyst-logo.png
content/posts/newsletter-010/amethyst-logo.png
content/posts/newsletter-006/amethyst-logo.png
static/amethyst-logo.png
$ g grep amethyst-logo.png         
content/posts/newsletter-001/index.md:![amethyst logo](/amethyst-logo.png)
content/posts/newsletter-002/index.md:![amethyst logo](/amethyst-logo.png)
content/posts/newsletter-003/index.md:![amethyst logo](/amethyst-logo.png)
content/posts/newsletter-004/index.md:![Amethyst logo](amethyst-logo.png)
content/posts/newsletter-006/index.md:[![Amethyst logo](amethyst-logo.png)][Amethyst]
content/posts/newsletter-008/index.md:[![Amethyst logo](amethyst-logo.png)][amethyst]
content/posts/newsletter-009/index.md:[![Amethyst logo](amethyst-logo.png)][amethyst]
content/posts/newsletter-010/index.md:[![Amethyst logo](amethyst-logo.png)][amethyst]
content/posts/newsletter-013/index.md:![logo](amethyst-logo.png)

and I'm still not sure how I feel about using static for reusing images - i don't like that it breaks normal markdown previews. Maybe we should try creating a special directory inside content and use relative paths there? something like

![amethyst logo](../../shared/amethyst-logo.png)

Relative paths up aren't that cool too, but it seems like a lesser evil to me.

(comments from #292)

Newsletter 23

Newsletter 26: September 2021

Editors: @ozkriff, @AngelOnFira, and @17cupsofcoffee

Another month has gone by, so it's time to put together the Rust Gamedev newsletter with September news!

If you want to help writing the newsletter:

  • Read CONTRIBUTING.md.
  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
    • The links in brackets (like "1, 2, 3") are suggestions of links to include in the section. Feel free to add more!
    • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just a suggestion of who could pick the work up - it's not an obligation, and other people are welcome to take those sections.
    • Extra sections not listed in the plan are welcomed - just leave a comment and open a PR!
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint (lint errors will fail the CI build).
    • Insert line breaks (softbreak) at 80 chars, please.
    • Leave a comment or DM me on Discord if you have any issues.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

As with the last few newsletters, we're trying to delegate the writing workload where we can - to quote @AngelOnFira from a few months ago:

We're also going to be transitioning to having authors or volunteers write about their own content, rather than the editing team doing it all at the end ๐Ÿ’ฏ This means if you want to see your work in the newsletter, you have to write it yourself! If you're not able to write about your work, feel free to comment and I can assign it ๐Ÿ†“ free. We're working on taking some of the load off the editing team where we can with this. Best to keep this sustainable!

Also, we want to make sure contributing to the newsletter feels open to anyone who wants to write a section about their project. If you have anything you can write about, just add a comment to this issue and I'll add it to the todo list ๐Ÿ˜„


Current Schedule

The soft deadline for all section PRs is the 5th of October. PRs will usually be accepted as long as they are ready before the newsletter's release, but the earlier the better :)


โš ๏ธ The most important formatting/style rules from CONTRIBUTING.md:

  • Only one image (<300kb) or GIF (<2.5mb) before the text, with an optional caption and mandatory alt text for accessibility.
  • All the rendered text should be under 1000 characters (including spaces and punctuation) and under 6 paragraphs (without any subsections, etc).
  • No bold/italic/etc formatting - only links and one plain list without nesting per section (multiple lists are allowed if your project consists of multiple parts that aren't independent enough for their own sections).
  • Third-person perspective.
  • 80 characters per line and no other markdownlint warnings on CI.

Please use these templates as a starting point:

Games/apps/libraries:

### [Game name]

![alt text](img)
_optional image label_

[Game name] ([GitHub], [Discord], [Twitter]) by [@nickname]
is... {short project description in one sentence}.

{An overview of the recent updates with links to more details}.

_Discussions: [/r/rust_gamedev](link), [Twitter](link), [etc](link)_

[Game name]: http://example.com

Articles/blog posts/videos/etc:

### [Article name]

![alt text](img)
_optional image label_

[@nickname] published an [article] about...
{overview what the resource is about}.

_Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_

[Article name]: http://example.com

Current Structure & Status

Below is a list of our current planned structure for the newsletter, and the status of each PR (which we'll try to keep updated).

This is not an exhastive list - if you have your own project that you want to write about, just make a comment on this issue and open a PR!

Final steps:

  • Final review - by everyone
  • Publish - by @ozkriff
  • Post on /r/rust, /r/rust_gamedev, /r/gamedev, URLO, twitter.com/rust_gamedev - by @ozkriff
  • Add comment links - by @ozkriff
  • Add a draft of the 27th newsletter - by @ozkriff

Custom Domain

The newsletter survived its first year so I hope this site is here to stay. it's time to finally rent a "real" domain, I guess.
This question has been raised a few times on WG's discord, but I don't recall any specific decisions/conclusions from them.
The best free URL that comes to my mind is https://game-dev.rs - what do you think?

Somewhat related to rust-gamedev/arewegameyet#261 ("Make .rs domain primary?")

Discussion: Newsletter's Title

(Bikeshedding time)

The current draft of the newsletter is titled as "This Month in Rust GameDev #1 - August 2019". At least @Lokathor (and @AlexEne?) aren't happy with this, so I'm creating this issue to document the discussion and decide if we want to change the title.

Discussion so far (from the newsletter PR):

@Lokathor:

<...> Let's call it the September issue, just being released a little early this time around since it's the first one.

@ozkriff:

Why? I've called it "This Month in Rust GameDev #1 - August 2019" because it describes what happened during August.

Isn't that how newsletters are named usually? https://amethyst.rs/posts/activity-report-july-2019 by @erlend-sh, for example, is called "Activity Report - July 2019" and tells about July's events but is released at the beginning of the next month.

@Lokathor:

I suppose, in publishing "the Tuesday paper" is the newspaper that was released Tuesday morning, not that's released after Tuesday describing Tuesday.

@ozkriff:

(another monthly newsletter naming precedent from TiKV and from rustsim)

@Lokathor Hmm, calling it a September newsletter still feels a little bit wrong to me, but I'm not a native speaker, so I've I created a small poll in Discourse wg-gamedev channel and will change the naming scheme if an alternative will be chosen:
image

^ Btw, the third option is to not mention a month in the title at all (like embedded, CLI, and some other WGs do), but it has its own cons.

@ozkriff:

Poll results so far are
image
and this question doesn't look like a PR blocker to me (because it's a draft and can be renamed before publishing), which is why I propose merging this PR (so other people can send PRs with content) and creating a separate issue about the title.
<...>


From and "gamedev-wg" Discord chat:

@Lokathor:

Here's the thing: it's not a newsletter that's purely about august events
like, a lot of events will happen and then only sometimes you'll get updates about "what's been happening recently"
like, if an event was in July but didn't get attention, would you deny it a place in a newsletter issue once the article did get written? that's silly

@ozkriff:

hmm, that's what the "Bonus" section is for

@Lokathor:

I guess really it's just how normal publishing works for newspapers and magazines and things like that: you call the September Issue the one that comes out at the start of September, you call the Thursday Paper the one that you get Thursday morning, and so on
And then usually you talk about what's happening recently but sometimes you talk about older stuff too
it's not a critical issue
so once we have a newsletter we can just put it out

Related to #2 ("Newsletter")

Newsletter 25 - August 2021

Newsletter 25: August 2021

Editors: @AngelOnFira, @17cupsofcoffee, and @ozkriff

Another month has gone by, so it's time to put together the Rust Gamedev newsletter for August!

If you want to help writing the newsletter:

  • Read CONTRIBUTING.md.
  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
    • The links in brackets (like "1, 2, 3") are suggestions of links to include in the section. Feel free to add more!
    • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just a suggestion of who could pick the work up - it's not an obligation, and other people are welcome to take those sections.
    • Extra sections not listed in the plan are welcomed - just leave a comment and open a PR!
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint (lint errors will fail the CI build).
    • Insert line breaks (softbreak) at 80 chars, please.
    • Leave a comment or DM me on Discord if you have any issues.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

As with the last few newsletters, we're trying to delegate the writing workload where we can - to quote @AngelOnFira from a few months ago:

We're also going to be transitioning to having authors or volunteers write about their own content, rather than the editing team doing it all at the end ๐Ÿ’ฏ This means if you want to see your work in the newsletter, you have to write it yourself! If you're not able to write about your work, feel free to comment and I can assign it ๐Ÿ†“ free. We're working on taking some of the load off the editing team where we can with this. Best to keep this sustainable!

Also, we want to make sure contributing to the newsletter feels open to anyone who wants to write a section about their project. If you have anything you can write about, just add a comment to this issue and I'll add it to the todo list ๐Ÿ˜„


Current Schedule

The soft deadline for all section PRs is the 5th of September. PRs will usually be accepted as long as they are ready before the newsletter's release, but the earlier the better :)


โš ๏ธ The most important formatting/style rules from CONTRIBUTING.md:

  • Only one image (<300kb) or GIF (<2.5mb) before the text, with an optional caption and mandatory alt text for accessibility.
  • All the rendered text should be under 1000 characters (including spaces and punctuation) and under 6 paragraphs (without any subsections, etc).
  • No bold/italic/etc formatting - only links and one plain list without nesting per section (multiple lists are allowed if your project consists of multiple parts that aren't independent enough for their own sections).
  • Third-person perspective.
  • 80 characters per line and no other markdownlint warnings on CI.

Please use these templates as a starting point:

Games/apps/libraries:

### [Game name]

![alt text](img)
_optional image label_

[Game name] ([GitHub], [Discord], [Twitter]) by [@nickname]
is... {short project description in one sentence}.

{An overview of the recent updates with links to more details}.

_Discussions: [/r/rust_gamedev](link), [Twitter](link), [etc](link)_

[Game name]: http://example.com

Articles/blog posts/videos/etc:

### [Article name]

![alt text](img)
_optional image label_

[@nickname] published an [article] about...
{overview what the resource is about}.

_Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_

[Article name]: http://example.com

Current Structure & Status

Below is a list of our current planned structure for the newsletter, and the status of each PR (which we'll try to keep updated).

This is not an exhastive list - if you have your own project that you want to write about, just make a comment on this issue and open a PR!

  • Rusty Jam (1) - โœ”๏ธ done by @AngelOnFira
  • Rust GameDev Meetup - โœ”๏ธ done by @AngelOnFira
  • Game Updates
    • Pixie Wrangler - โœ”๏ธ done by @rparrett
    • vange-rs (1) - โœ”๏ธ done by @kvark
    • RecWars (1) - โœ”๏ธ done by @martin-t
    • Vehicle Evolver Deluxe (1) - โœ”๏ธ done by @Bauxitedev
    • Liminal Lab (1) - โœ”๏ธ done by @Pebaz
    • Not Snake (1) - โœ”๏ธ done by @ramirezmike
    • A Day at the Movies - โœ”๏ธ done by @ramirezmike
    • Veloren (1) - โœ”๏ธ done by @AngelOnFira
    • Shroom Kingdom - โœ”๏ธ done by @Tarnadas
    • What's the Word - โœ”๏ธ done by @Vrixyz
    • Sombervale - โœ”๏ธ done by @parasyte
    • Shattersong Online - โœ”๏ธ done by @Healthire
    • The Process (1) - โœ”๏ธ done by @setzer22
    • Fish Fight - โœ”๏ธ done by @erland-sh
    • Themengi - ๐Ÿšง WIP by @vgel
    • A/B Street (1) - ๐Ÿ†“ free (@dabreegster?)
    • lowrezjam: Pixel Airplane (1) - ๐Ÿ†“ free (@not-fl3?)
    • olefasting/capstone (1, 2) - ๐Ÿ†“ free (@olefasting?)
    • Totally Relaxing Golf (1) - ๐Ÿ†“ free (@r3sgame?)
    • Humankind Encyclopedia (1) - โœ”๏ธ done by @ozkriff
  • Learning Material Updates
    • "Rewriting my mobile game in Rust targeting WASM" (1) - โœ”๏ธ done by @lucamoller
  • Engine Updates
    • rg3d overview by GFS (1, 2) - โœ”๏ธ done by @mrDIMAS
    • Rust RPG Toolkit (1) - ๐Ÿšง WIP by @olefasting
    • Macroquad - ๐Ÿ†“ free (@not-fl3?)
  • Tooling Updates
    • Graphite (1) - โœ”๏ธ done by @Keavon
    • rx v0.5 (1) - โœ”๏ธ done by @cloudhead
  • Library Updates
    • GGRS - โœ”๏ธ done @gschup
    • wgpu/gfx-rs (1) - โœ”๏ธ done by @kvark
    • godot-egui backend as a Godot Editor plugin (1) - ๐Ÿ†“ free โœ”๏ธ done by @setzer22
    • sierra - โœ”๏ธ done by @zakarumych
    • dimforge (1) - โœ”๏ธ done by @ozkriff

Final steps:

Introduction post

It was mentioned on https://github.com/rust-gamedev/wg/issues/10 that we might want to have an introduction post talking about what the WG has been up to so far. Figured it might be a good idea to start a discussion on what that might look like ๐Ÿ˜„

Some ideas/thoughts:

  • We probably want to sum up the goals/charter - if this is going to get posted on URLO/Reddit/etc as people's first introduction to the WG, they'll likely want to know why it exists in the first place ๐Ÿ˜›
  • What are the big things the WG has done so far that we'd want to highlight? Off the top of my head, I can think of a few:
  • Should this be a seperate post, or should it be rolled into the first issue of the newsletter (#2)?

Newsletter 24

Newsletter 24: July 2021

Editors: @17cupsofcoffee, @AngelOnFira, and @ozkriff

Another month has gone by, so it's time to put together the Rust Gamedev newsletter for July! (hey that kinda rhymed this month)

If you want to help writing the newsletter:

  • Read CONTRIBUTING.md.
  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
    • The links in brackets (like "1, 2, 3") are suggestions of links to include in the section. Feel free to add more!
    • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just a suggestion of who could pick the work up - it's not an obligation, and other people are welcome to take those sections.
    • Extra sections not listed in the plan are welcomed - just leave a comment and open a PR!
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint (lint errors will fail the CI build).
    • Insert line breaks (softbreak) at 80 chars, please.
    • Leave a comment or DM me on Discord if you have any issues.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

As with the last few newsletters, we're trying to delegate the writing workload where we can - to quote @AngelOnFira from a few months ago:

We're also going to be transitioning to having authors or volunteers write about their own content, rather than the editing team doing it all at the end ๐Ÿ’ฏ This means if you want to see your work in the newsletter, you have to write it yourself! If you're not able to write about your work, feel free to comment and I can assign it ๐Ÿ†“ free. We're working on taking some of the load off the editing team where we can with this. Best to keep this sustainable!

Also, we want to make sure contributing to the newsletter feels open to anyone who wants to write a section about their project. If you have anything you can write about, just add a comment to this issue and I'll add it to the todo list ๐Ÿ˜„


Current Schedule

The soft deadline for all section PRs is the 7th of August. PRs will usually be accepted as long as they are ready before the newsletter's release, but the earlier the better :)


โš ๏ธ The most important formatting/style rules from CONTRIBUTING.md:

  • Only one image (<300kb) or GIF (<2.5mb) before the text, with an optional caption and mandatory alt text for accessibility.
  • All the rendered text should be under 1000 characters (including spaces and punctuation) and under 6 paragraphs (without any subsections, etc).
  • No bold/italic/etc formatting - only links and one plain list without nesting per section (multiple lists are allowed if your project consists of multiple parts that aren't independent enough for their own sections).
  • Third-person perspective.
  • 80 characters per line and no other markdownlint warnings on CI.

Please use these templates as a starting point:

Games/apps/libraries:

### [Game name]

![alt text](img)
_optional image label_

[Game name] ([GitHub], [Discord], [Twitter]) by [@nickname]
is... {short project description in one sentence}.

{An overview of the recent updates with links to more details}.

_Discussions: [/r/rust_gamedev](link), [Twitter](link), [etc](link)_

[Game name]: http://example.com

Articles/blog posts/videos/etc:

### [Article name]

![alt text](img)
_optional image label_

[@nickname] published an [article] about...
{overview what the resource is about}.

_Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_

[Article name]: http://example.com

Current Structure & Status

Below is a list of our current planned structure for the newsletter, and the status of each PR (which we'll try to keep updated).

This is not an exhastive list - if you have your own project that you want to write about, just make a comment on this issue and open a PR!

  • Rust GameDev Meetup - โœ”๏ธ done by @AngelOnFira
  • Game Updates
    • Veloren (1) - โœ”๏ธ done by @AngelOnFira
    • Zemeroth on Google Play (1, 2) - ๐Ÿ†“ free (@ozkriff?)
    • Flesh (1, 2) - ๐Ÿ†“ free (@Im-Oab?)
    • A/B Street (1) - ๐Ÿ†“ free
    • The Process (1) - โœ”๏ธ done by @setzer22
    • Harvest Hero Origins (1, 2) - โœ”๏ธ done by @Bombfuse
    • Recall Singularity (1) - ๐Ÿ†“ free
    • Robo Instructus (1) - โœ”๏ธ done by @alexheretic
    • Fish Fight (fka. Fish Game) (1, 2) - โœ”๏ธ done by @saveriomiroddi
    • Theta Wave (1) - โœ”๏ธ done by @cdsupina
    • Stellary 2 (1) - ๐Ÿ†“ free (@dezajno?)
    • Wicked Potions (1, 2) - โœ”๏ธ done by @NiklasEi
  • Learning Material Updates
  • Engine Updates
  • Tooling Updates
  • Library Updates

Final steps:

Newsletter 7: Coordination/Tracking

I'm hoping to publish the newsletter on 2019.03.03.
The newsletter will be published on 2019.03.04.
The newsletter will be published on 2019.03.05 for sure.

If you want to help writing the newsletter:

  • grab one of the "free" sections by leaving a comment like "I'd like to work on {section_name}".
  • Write it :)
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter, please.
    • Hard-wrap at 80 chars, please.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #49)
    • Mention this issue in your PR's description to link it all together.

Current status/structure (I'll try to keep this updated):

TODOs:

  • final review
  • publish - โœ”๏ธ done by @ozkriff in @ozkriff #85
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - @ozkriff
  • add comment links - @ozkriff
  • hard wrap everything - โœ”๏ธ done by @ozkriff in #88
  • PR with a draft of the 8 newsletter - โœ”๏ธ done by @ozkriff in #87

Newsletter 21

Newsletter 21

Editors: @17cupsofcoffee, @ozkriff and @AngelOnFira

Another month has gone by, so it's time to put together the Rust Gamedev newsletter for April!

If you want to help writing the newsletter:

  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
    • The links in brackets (like "1, 2, 3") are suggestions of links to include in the section. Feel free to add more!
    • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just a suggestion of who could pick the work up - it's not an obligation, and other people are welcome to take those sections.
    • Extra sections not listed in the plan are welcomed - just leave a comment and open a PR!
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint (lint errors will fail the CI build).
    • Insert line breaks (softbreak) at 80 chars, please.
    • Leave a comment or DM me on Discord if you have any issues.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

As with the last few newsletters, we're trying to delegate the writing workload where we can - to quote @AngelOnFira from a few months ago:

We're also going to be transitioning to having authors or volunteers write about their own content, rather than the editing team doing it all at the end ๐Ÿ’ฏ This means if you want to see your work in the newsletter, you have to write it yourself! If you're not able to write about your work, feel free to comment and I can assign it ๐Ÿ†“ free. We're working on taking some of the load off the editing team where we can with this. Best to keep this sustainable!

Also, we want to make sure contributing to the newsletter feels open to anyone who wants to write a section about their project. If you have anything you can write about, just add a comment to this issue and I'll add it to the todo list ๐Ÿ˜„


Current Schedule

The soft deadline for all section PRs is the 6th of May. PRs will usually be accepted as long as they are ready before the newsletter's release, but the earlier the better :)

Review and release will take place around the 8th of May.


โš ๏ธ We have decided to try a shorter and more limited section format: โš ๏ธ

  • Only one image (<300kb) or GIF (<2.5mb) before the text, with an optional caption and mandatory alt text for accessibility.
  • All the rendered text should be under 1000 characters (including spaces and punctuation) and under 6 paragraphs (without any subsections, etc).
  • No bold/italic/etc formatting - only links and one plain list without nesting per section (multiple lists are allowed if your project consists of multiple parts that aren't independent enough for their own sections).
  • Third-person perspective.
  • 80 characters per line and no other markdownlint warnings on CI.

Please use these templates as a starting point:

Games/apps/libraries:

### [Game name]

![alt text](img)
_optional image label_

[Game name] ([GitHub], [Discord], [Twitter]) by [@nickname]
is... {short project description in one sentence}.

{An overview of the recent updates with links to more details}.

_Discussions: [/r/rust_gamedev](link), [Twitter](link), [etc](link)_

[Game name]: http://example.com

Articles/blog posts/videos/etc:

### [Article name]

![alt text](img)
_optional image label_

[@nickname] published an [article] about...
{overview what the resource is about}.

_Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_

[Article name]: http://example.com

CONTRIBUTING.md isn't updated for this yet.

Current Structure & Status

Below is a list of our current planned structure for the newsletter, and the status of each PR (which we'll try to keep updated).

This is not an exhastive list - if you have your own project that you want to write about, just make a comment on this issue and open a PR!

  • Meetup #4 (1) - โœ”๏ธ done by @AngelOnFira
  • Gamedev.rs (1) - โœ”๏ธ done by @ozkriff
  • Game Updates
    • LD48: Excavation Site Alpha (1, 2, 3) - ๐Ÿ†“ free (@gamma-delta?)
    • LD48: Micronaut (1, 2, 3) - โœ”๏ธ done by @Healthire
    • LD48: The Submariner (1, 2, 3) - โœ”๏ธ done by @kettle11
    • LD48: Depth First Search (1, 2) - โœ”๏ธ done by @LPGhatguy
    • Veloren (1, 2) - โœ”๏ธ done by @AngelOnFira
    • Way of Rhea (1) - โœ”๏ธ done by @MasonRemaley
    • The Process (1, 2) - โœ”๏ธ done by @setzer22
    • A/B Street (1) - โœ”๏ธ done by @dabreegster
    • Station Iapetus (1) - โœ”๏ธ done by @mrDIMAS
    • MineWars (1, 2, 3) - โœ”๏ธ done by @jamadazi
    • Taipo (1, 2) - โœ”๏ธ done by @rparrett
    • Project YAWC (1) - โœ”๏ธ done by @junkmail22
    • Dwarf World (1) - ๐Ÿ†“ free (@AlexEne?)
    • Fish Game (1) - โœ”๏ธ done by @not-fl3
    • Outer Wonders (1) -โœ”๏ธ done by @utoalex
    • Rampage (1, 2) - ๐Ÿ†“ free (@ndarilek?)
    • Quadronaut 2000 (1, 2, 3) - ๐Ÿ†“ free (@ericrasmussen?)
    • Theta Wave (1, 2) - โœ”๏ธ done by @cdsupina
    • pGLOWrpg (1) - โœ”๏ธ done by @roalyr
    • fiiish-rs (1, 2) - ๐Ÿ†“ free (@AndreasOM?)
  • Learning Material Updates
    • Rust Linz: Learning Rust with Game Development (1, 2) - โœ”๏ธ done by @17cupsofcoffee
    • Rust LA: Happiness in Rust (1) - โœ”๏ธ done by @17cupsofcoffee
    • awesome-quads (1) - โœ”๏ธ done by @ozkriff
    • Learning OpenGL in 7 days using Rust (1, 2) - โœ”๏ธ done by @ozkriff
    • Shooting Gallery Game in Rust and Bevy in 5 Hours (1, 2) - โœ”๏ธ done by @ozkriff
    • Fish Game/Nakama tutorial (1) - covered in game updates section
    • How to Write a Crash Reporter (1) - โœ”๏ธ done by @MasonRemaley
  • Engine Updates
    • Bevy 0.5 (1, 2) - covered in last month's newsletter
    • Macroquad (1) - โœ”๏ธ done by @not-fl3
    • Tetra 0.6.3 and new website (1, 2, 3) - โœ”๏ธ done by @17cupsofcoffee
    • Oxygengine (1) - โœ”๏ธ done by @PsichiX
    • rg3d (1) - โœ”๏ธ done by @mrDIMAS
  • Library & Tooling Updates

Final steps:

Newsletter 14

Feel free to suggest sections!

If you want to help writing the newsletter:

  • Grab one of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • Use third-person pronouns even if you write about your project updates.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #75)
    • Mention this issue in your PR's description to link it all together.

I'm hoping to release this newsletter on 2020.10.06, so the soft deadline for all section PRs is 2020.10.04.
The newsletter will be published on 2020.10.07.

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - โœ”๏ธ done by everyone
  • publish - โœ”๏ธ done @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - โœ”๏ธ done @ozkriff
  • add comment links - โœ”๏ธ done @ozkriff
  • add a draft of the 15 newsletter - โœ”๏ธ done by @ozkriff in #314

Newsletter: new format and more delegation

So, I'm struggling with editing and releasing the newsletter in its current format and workflow - it takes something like 40 to 50 pure hours every month to collect all the news, talk with all the people, prepare the plan and coordination issue, review/edit/merge PRs, write what's left, prepare the final draft, and publish it.

Thus, it'd be cool to reduce the bus factor and delegate the editing/merging responsibilities. But it doesn't seem like delegating the editing responsibilities as-is will work well - most of the contributors are struggling to follow the guidelines from CONTRIBUTING.md and there's only one person who regularly helps woth incoming PRs reviews.

As I see it, there're two ways to solve this:

  1. To sacrifice the consistency of the newsletter (merge incoming PRs without much scrutiny)
  2. or to simplify the newsletter's format and thus simplify the rules.

I still believe that for a collective and periodic project of this scale consistency is extremely important, so I concentrated my thoughts on the second option and this is what I come up with:

  • Make rules much shorter and stricter, and move them to the coordination issues header (so that every contributor would actually read it).
  • Introduce a pool of editors and a monthly rotated role of a lead("main"? "publishing"?) editor.

The lead editor is rotated from the pool every month and is responsible for:

  • Collecting news from reddit/twitter/discord/etc and creating the initial newsletter plan from it.
  • Creating and maintaning the coordination issue.
  • Pinging or inviting the possible contributors in Discord/Twitter/Reddit's DMs.
  • Reviewing, editing if needed, and mergeing the PRs.
  • Preparing the final draft and releasing the newsletter.

Non-lead editors help with PRs reviews and can edit and merge correct/fixed PRs themselves - if something is off in the merged PRs the lead editor can still fix it during the preparation of the final draft.

The requirements for merging a PR are reduced to something like:

  • Only one image (<300kb) or GIF (<2.5mb) before the text. With an optional caption and a mandatory alt text.
  • All the (rendered) text should be under 1000 characters (including spaces and punctuation) and under 6 paragraphs (without any subsections, etc).
  • No bold/italic/etc formatting - only links and one plain list without nesting per section.
  • Third-person perspective.
  • 80 chars per MD line and no other markdownlint warnings on CI.
  • Only the following simple templates are allowed:
    • For games/apps/libs:
      # [Gamename]
      
      ![alt text](img)
      _optional image label_
      
      [Gamename] ([GitHub], [Discord], [Twitter]) by [@nickname]
      is ... {short project description in one sentence}.
      
      {An overview of the recent updates with links to more details}.
      
      _Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_
      
      {md links block}
    • For articles/videos/etc:
      # [Articlename]
      
      ![alt text](img)
      _optional image label_
      
      [@nickname] published an [article] about ...
      {overview what the resource is about}.
      
      _Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_
      
      {md links block}

Atm, @17cupsofcoffee and @AngelOnFira agreed to join the editors team.

If there're no objections, I'd like to try the new rules and workflow starting with the current newsletter: the coordination issue for the 18th newsletter will be created this evening.

Newsletter 12: Coordination/Tracking

Feel free to suggest sections!

If you want to help writing the newsletter:

  • Grab one of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff ?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • Use third-person pronouns even if you write about your project updates.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #75)
    • Mention this issue in your PR's description to link it all together.

I'm hoping to release this newsletter on 2020.08.03/04, so a soft deadline for all section PRs is Saturday (2020.08.01).

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - โœ”๏ธ done by everyone
  • publish - โœ”๏ธ done by @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - โœ”๏ธ done @ozkriff
  • add comment links - โœ”๏ธ done by @ozkriff
  • add a draft of the 13 newsletter - โœ”๏ธ done by @ozkriff in #230

Main page icons appearance

Quoting from #4:

@ozkriff:
Maybe the background shouldn't be blue? Or the emojis should be removed/changed. It looks a little bit weird with red emojis without an outline of my system's font:

@17cupsofcoffee:
Hm, yeah, that's unfortunate - on Windows 10 they have nice black borders:

If we can't rely on them looking vaguely consistent across platforms, they should probably be removed/replaced. I only really put them there because I was jealous of the WASM WG's hard-hat Ferris :p

I'm not particularly attached to the blue either, picking out color schemes has never really been my strong suit. As long as whatever we choose passes the Chrome accessibility audit, I'm happy.

@zicklag:
I think you should be able to make the display consistant if you provide a downloadable font and set that as the font-family. That way every system uses the same icons instead of each one using its system default.

Also, there might be a way to extract the SVG from a font and put SVG icons in there instead.

Media formatting

While trying to make a better way to show youtube videos, there was a discussion in #71. It was discussed that it is ideal to stay purely with markdown so that we can see what files look like directly from Github.

It would be nice to have content such as images and gifs be displayed in a bit of a cleaner way in the end product. A big one is centering images, as well as spacing around content. I think this can be done purely through CSS. I think it will really make the newsletter more presentable. I would love to hear other opinions!

image

Zola?

Are we sure want to use Jekyll generator? I'm ok if we decide to stay with it, but want to make sure that it was seriously considered.

My only functional issue with Jekyll so far is that it requires to store posts and assets (images) in separate directories. That's not a critical thing, but it's a site of Rust working group and it seems a little bit weird to me not to use excellent rusty tools when we can.

Sorry for raising this a little bit too late when the first post is already published, but I'm a little bit worried that it will be difficult to migrate (if we finally decide to) after a few more posts.

Zola seems to work fine for another working group's site - https://github.com/rust-embedded/blog and also for @17cupsofcoffee's (https://seventeencups.net) and my (https://ozkriff.games) blogs.

Newsletter 20

Feel free to suggest sections about any March rust gamedev news and updates!

If you want to help writing the newsletter:

  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

Quoting @AngelOnFira from the last month's coordination issue:

<...>
We're going to be transitioning to having authors or volunteers write about their own content, rather than the editing team doing it all at the end 100 This means if you want to see your work in the newsletter, you have to write it yourself! If you're not able to write about your work, feel free to comment and I can assign it free free. We're working on taking some of the load off the editing team where we can with this. Best to keep this sustainable!

Also, we want to make sure contributing to the newsletter feels open to anyone who wants to write a section about their project. If you have anything you can write about, just add a comment to this issue and I'll add it to the todo list smile


Current Schedule

The soft deadline for all section PRs is 2021.04.06.
Review and Release will take place on 2021.04~~.08~~ .09 .10.


โš ๏ธ It was decided to try a shorter and more limited section format: โš ๏ธ

  • Only one image (<300kb) or GIF (<2.5mb) before the text. With an optional caption and a mandatory alt text.

  • All the (rendered) text should be under 1000 characters (including spaces and punctuation) and under 6 paragraphs (without any subsections, etc).

  • No bold/italic/etc formatting - only links and one plain list without nesting per section (multiple lists are allowed if your project consists of multiple parts that aren't independent enough for their own sections).

  • Third-person perspective.

  • 80 chars per MD line and no other markdownlint warnings on CI.

  • Only the following simple templates are allowed:

    See the templates

    For games/apps/libs:

    ### [Gamename]
    
    ![alt text](img)
    _optional image label_
    
    [Gamename] ([GitHub], [Discord], [Twitter]) by [@nickname]
    is ... {short project description in one sentence}.
    
    {An overview of the recent updates with links to more details}.
    
    _Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_
    
    {md links block}

    For articles/videos/etc:

    ### [Articlename]
    
    ![alt text](img)
    _optional image label_
    
    [@nickname] published an [article] about ...
    {overview what the resource is about}.
    
    _Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_
    
    {md links block}

CONTRIBUTING.md isn't updated for this yet.

Current Structure & Status

If you have your own project that you want to write about, just make a comment on this issue!

(I'll try to keep this updated)

Final steps:

  • final review - by everyone
  • publish - by @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - by @ozkriff
  • add comment links - by @ozkriff
  • add a draft of the 21th newsletter - by @ozkriff

Editors: @ozkriff @17cupsofcoffee @AngelOnFira

Newsletter 9: Coordination/Tracking

Feel free to suggest sections.

If you want to help writing the newsletter:

  • grab one of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter, please.
    • Hard-wrap at 80 chars, please.
    • Use third-person pronouns even if you write about your project updates.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #75)
    • Mention this issue in your PR's description to link it all together.

I'm hoping to release this newsletter in the beginning of the next week, so a soft deadline for all section PRs is Sunday.

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - everyone
  • publish - @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - @ozkriff
  • add comment links - @ozkriff
  • add a draft of the 10 newsletter - @ozkriff

Line Length Lint

Currently, a line-length lint is enabled and set to 80 chars. In #638 @Keavon proposed to get rid of it:

@Keavon: this be a good place to propose we get rid of the nonsensical linter requirement for a line length limit in markdown files? It's seriously quite a pain and provides no benefit.
@17cupsofcoffee: I'm not particularly attached to the line length limit (and if we do keep it, it might make sense to bump it up to 120 characters or something like that), but will see what the other maintainers think.
@Keavon: Since 120 characters is shorter than a paragraph, that wouldn't really be an improvement. Let's stick to proposing no limit.

I don't agree that the current limit is nonsensical - it's an ancient question with no universally right answer that fits for all projects. In my personal experience, lengthy versioned and collectively reviewed/edited Markdown files with no line limit were quite annoying. Also, following to semantic line wrapping seems to ease the downsides of strict line limits a lot. Lots of similar projects (the official Rust blog, Veloren blog, etc) seem to come to the same conclusion.

So I'd prefer to keep the limit (as it simplifies versioning, reviewing, and collective editing) but if there're a lot of contributors who hate it then it might be worth considering switching it off (or raising the limit to 100 or 120 chars).

What do you think?

Separate category for engines vs libraries/tools

There are more and more rust engines popping up and the Library & Tooling Updates category is getting quite full, mixing big fully-featured engines with small purpose-build libraries. Have you considered splitting it into 2 categories - one for engines, another for tools and small libraries?

Newsletter 22

Newsletter 22: May 2021

Editors: @AngelOnFira, @17cupsofcoffee, and @ozkriff

Another month has gone by, so it's time to put together the Rust Gamedev newsletter for May!

If you want to help writing the newsletter:

  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
    • The links in brackets (like "1, 2, 3") are suggestions of links to include in the section. Feel free to add more!
    • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just a suggestion of who could pick the work up - it's not an obligation, and other people are welcome to take those sections.
    • Extra sections not listed in the plan are welcomed - just leave a comment and open a PR!
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint (lint errors will fail the CI build).
    • Insert line breaks (softbreak) at 80 chars, please.
    • Leave a comment or DM me on Discord if you have any issues.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

As with the last few newsletters, we're trying to delegate the writing workload where we can - to quote @AngelOnFira from a few months ago:

We're also going to be transitioning to having authors or volunteers write about their own content, rather than the editing team doing it all at the end ๐Ÿ’ฏ This means if you want to see your work in the newsletter, you have to write it yourself! If you're not able to write about your work, feel free to comment and I can assign it ๐Ÿ†“ free. We're working on taking some of the load off the editing team where we can with this. Best to keep this sustainable!

Also, we want to make sure contributing to the newsletter feels open to anyone who wants to write a section about their project. If you have anything you can write about, just add a comment to this issue and I'll add it to the todo list ๐Ÿ˜„


Current Schedule

The soft deadline for all section PRs is the 6th of June. PRs will usually be accepted as long as they are ready before the newsletter's release, but the earlier the better :)

Review and release will take place around the 8th of June.


โš ๏ธ We have decided to try a shorter and more limited section format: โš ๏ธ

  • Only one image (<300kb) or GIF (<2.5mb) before the text, with an optional caption and mandatory alt text for accessibility.
  • All the rendered text should be under 1000 characters (including spaces and punctuation) and under 6 paragraphs (without any subsections, etc).
  • No bold/italic/etc formatting - only links and one plain list without nesting per section (multiple lists are allowed if your project consists of multiple parts that aren't independent enough for their own sections).
  • Third-person perspective.
  • 80 characters per line and no other markdownlint warnings on CI.

Please use these templates as a starting point:

Games/apps/libraries:

### [Game name]

![alt text](img)
_optional image label_

[Game name] ([GitHub], [Discord], [Twitter]) by [@nickname]
is... {short project description in one sentence}.

{An overview of the recent updates with links to more details}.

_Discussions: [/r/rust_gamedev](link), [Twitter](link), [etc](link)_

[Game name]: http://example.com

Articles/blog posts/videos/etc:

### [Article name]

![alt text](img)
_optional image label_

[@nickname] published an [article] about...
{overview what the resource is about}.

_Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_

[Article name]: http://example.com

Current Structure & Status

Below is a list of our current planned structure for the newsletter, and the status of each PR (which we'll try to keep updated).

This is not an exhaustive list - if you have your own project that you want to write about, just make a comment on this issue and open a PR!

Final steps:

Site fails to build: Variable `config.default_language` not found in context while rendering 'index.html'

See getzola/zola#1442 (comment)

Basically I get this error when trying to build with Zola 0.14.1 on both Windows 10 and WSL2:

Error: Failed to render section '[...]\rust-gamedev.github.io\content\_index.md'
Reason: Failed to render 'index.html'
Reason: Variable `config.default_language` not found in context while rendering 'index.html'

Even though the "default_language" is clearly present in config.toml:

title = "Rust GameDev WG"
description = "Stay up to date with the progress and recent developments in the Rust Game Development Working Group."
base_url = "https://gamedev.rs/"
default_language = "en"
compile_sass = true
highlight_code = true
generate_feed = true
feed_filename = "rss.xml"
...

I'm not sure if this is a Zola issue, or an issue with the newsletter, so I'm opening it on both issue trackers.

Update: changing config.default_language to lang in index.html seems to fixes the issue.

Newsletter 8: Coordination/Tracking

If you want to help writing the newsletter:

  • grab one of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Write it :)
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter, please.
    • Hard-wrap at 80 chars, please.
    • Use third-person pronouns even if you write about your project updates.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #75)
    • Mention this issue in your PR's description to link it all together.

Feel free to suggest sections.

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - everyone
  • publish - @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - @ozkriff
  • add comment links - @ozkriff
  • add a draft of the 9 newsletter - @ozkriff

New game : Le Train Dispatcher

I've published my game : Le Train Dispatcher
http://athorus.itch.io/ltd

I would be glad and proud if you could talk about this game in your next newsletter. I did not yet promote it. I'm looking for contributors.
If you need some information or materials, let me know if I can help you.

Feel free to comment my work, even though it is not nice, I need that to improve the game.

Thanks for your works.

Newsletter 18

Feel free to suggest sections!

If you want to help writing the newsletter:

  • Read CONTRIBUTING.md.
  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #336)
    • Mention this issue in your PR's description to link it all together.

The deadline for all section PRs is 2021.02.03.


โš ๏ธ It was decided to try a shorter and more limited section format: โš ๏ธ

  • Only one image (<300kb) or GIF (<2.5mb) before the text. With an optional caption and a mandatory alt text.

  • All the (rendered) text should be under 1000 characters (including spaces and punctuation) and under 6 paragraphs (without any subsections, etc).

  • No bold/italic/etc formatting - only links and one plain list without nesting per section.

  • Third-person perspective.

  • 80 chars per MD line and no other markdownlint warnings on CI.

  • Only the following simple templates are allowed:

    See the templates

    For games/apps/libs:

    # [Gamename]
    
    ![alt text](img)
    _optional image label_
    
    [Gamename] ([GitHub], [Discord], [Twitter]) by [@nickname]
    is ... {short project description in one sentence}.
    
    {An overview of the recent updates with links to more details}.
    
    _Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_
    
    {md links block}

    For articles/videos/etc:

    # [Articlename]
    
    ![alt text](img)
    _optional image label_
    
    [@nickname] published an [article] about ...
    {overview what the resource is about}.
    
    _Discussions: [/r/rust_gamedev](link), [Twiter](link), [etc](link)_
    
    {md links block}

CONTRIBUTING.md isn't updated for this yet.

Current Structure & Status

(I'll try to keep this updated)

Final steps:

  • final review - โœ”๏ธ done by everyone
  • publish - โœ”๏ธ done by @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - โœ”๏ธ done by @ozkriff
  • add comment links - โœ”๏ธ done by @ozkriff
  • add a draft of the 19 newsletter - ๐Ÿšง WIP by @ozkriff

Editors: @ozkriff @17cupsofcoffee @AngelOnFira

Better solution for hosting images (or the site as a whole)?

I noticed while working on the most recent newsletter that the size of the repo is starting to get a bit unwieldy - a fresh clone is 800MB (half of which is the index, half of which is the actual files).

Not only does this make it more of a pain for people to contribute, there is a hard 1GB limit on published GitHub Pages sites which we're eventually going to hit. The index wouldn't factor into that though (I hope...), so I don't think we're in imminent danger.

In general, Git is just not a good solution for storing lots of binary content, and I think we'll need to deal with this eventually if the newsletter is going to stick around long term (which I hope it does!)

Some potential fixes could be:

Fix Pros Cons
Stop accepting GIFs (they take up the majority of the repo's space) Only a policy change, not a technical one. Would only slow down the issue, not fix it.
Move to a different hosting solution with a higher size cap (Netlify?) Wouldn't need changes to the site or to the workflow. Doesn't solve the repo size issue long term.
Host images externally (maybe on a CDN?) Wouldn't need changes to the site, minimal change to the workflow. Might make it more difficult for people to submit images.
Move away from Git-based hosting altogether Might be easier to edit the site through a CMS instead of markdown. Would require us to rethink the whole contribution workflow.
Something else I've not thought of? ??? ???

Don't think we need to deal with this immediately, but just wanted to start the conversation sooner rather than later ๐Ÿ˜„

Email Subscription

@jeffvandyke:
I just came from Newsletter #1 - very nice! I think some folks (including me) would appreciate a email subscription option like This Week In Rust does (twitter and reddit updates don't show up in my inbox). Perhaps whatever email service they use could be adopted for rust-gamedev?

@17cupsofcoffee:
They apparently use MailChimp for this - their free plan only allows up to 2000 subscribers, however, and they already surpassed that in 2016, so they must be on one of the paid ones.

I think this is definitely a good idea, but we'd need to either find a service with a more generous free plan and/or figure out a plan for how it'd be paid for.

@phaazon:
That makes me think I should really have an RSS stream on my websiteโ€ฆ I need to check how to do that.

(Extracted from #2)

Newsletter 15

Feel free to suggest sections!

If you want to help writing the newsletter:

  • Read CONTRIBUTING.md.
  • Grab some of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Mentions in brackets (like "๐Ÿ†“ free (@ozkriff?)") are just an invitation to write the corresponding section if you want, but anyone is free to take it.
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter and run markdownlint, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #75)
    • Mention this issue in your PR's description to link it all together.

The soft deadline for all section PRs is 2020.11.04.

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - โœ”๏ธ done by everyone
  • publish - โœ”๏ธ done by @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - โœ”๏ธ done by @ozkriff
  • add comment links - โœ”๏ธ done by @ozkriff
  • add a draft of the 16 newsletter - โœ”๏ธ done by @ozkriff in #364

Newsletter 10: Coordination/Tracking

Feel free to suggest sections.

If you want to help writing the newsletter:

  • grab one of the "๐Ÿ†“ free" sections by leaving a comment like "I'd like to work on {section_name_1} and {section_name_2}".
  • Write a short overview:
    • Use provided links as a starting point.
    • Try to maintain a consistent style with the rest of the newsletter, please.
    • Insert line breaks (softbreak) at 80 chars, please.
    • Use third-person pronouns even if you write about your project updates.
    • DM me on Discord or Telegram if there're any questions.
  • Send a PR to the source branch (example: #75)
    • Mention this issue in your PR's description to link it all together.

I'm hoping to release this newsletter in the middle of the next week, so a soft deadline for all section PRs is Wednesday.
Ok, now I'm hoping to have a final fraft on Sunday and publish it on Monday.

Current structure/status (I'll try to keep this updated):

Final steps:

  • final review - โœ”๏ธ done by everyone
  • publish - โœ”๏ธ done by @ozkriff
  • post on /r/rust, /r/rust_gamedv, /r/gamedev, URLO, twitter.com/rust_gamedev - โœ”๏ธ done by @ozkriff
  • add comment links - โœ”๏ธ done by @ozkriff
  • add a draft of the 11 newsletter - โœ”๏ธ done by @ozkriff

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    ๐Ÿ–– Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. ๐Ÿ“Š๐Ÿ“ˆ๐ŸŽ‰

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google โค๏ธ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.