@tchambers I might be a CSS witch, but not much more 😅 — so every time I think about submitting a PR I get demotivated by the fact that I would have to re-implement my ideas in whatever Mastodon’s using for the frontend.
@nileane@ScottStarkey I'd suspect it would be hit or miss as to which got in, but that they would welcome all suggestions! And you might not need to work on a PR beyond being a feature request until after it got to a certain level of momentum...then coding could happen knowing it was on a glide path to making a difference.
@tchambers@ScottStarkey I would definitely love it if some of my ideas were to get implemented in Mastodon’s default theme. But I’m also not sure they’d be welcomed by the team — and I wouldn’t feel motivated to work on PRs that will never get merged.
@nileane@tchambers@ScottStarkey We’re working on documentation in the new year to explain our design process and get more alignment on how design should work in an OSS environment. But in the meantime, PRs that aren’t radical undertakings and can be backed up with some amount of objectivity would probably be received well.
*disclaimer, i’m just a contract designer working on the 1st party mastodon app, i don’t speak for the core dev team or the web team.
@nileane I would definitely push for UI improvements to be merged, as well as any CSS improvements. I would like to switch to individual components CSS files (and not one huge components.scss), more CSS variables… We can discuss a process for this, for example issues with mockups or ideas that get flagged and validated by the team before getting implemented? @tchambers@ScottStarkey
@nileane I forgot to reply on this issue, I thought I did! Will do it right now.
I am taking some time off with family this week, but let's try to discuss this in January. I am not the one making big decisions when it comes to product design, but I am sure we can try some experiments on how to work on it with a team of trusted people, with some coordination / guidance from @samhenrigold (who heads the design for the official apps) and @Gargron
@rolle Yes, we definitely need this, and I want to push for it. I will need to discuss it with the team, but I am pretty sure we can experiment with new ways of working on such areas with non-core team contributors.
@nileane@renchap@tchambers@ScottStarkey Thanks for being open to changes Renaud. I think I have also suggested a structure for SCSS but I don’t recall where. Perhaps should open another issue for that for the discussion. SCSS components should be written as per their equivalent HTML elements and SCSS views structure should be in par with their jsx files, with a proper modular directory and file structure. As stated, in other words: Mastodon desperately needs its own (S)CSS framework. This is something we probably could help over time if we’d know what is the process.
Is it going to be as simple as this:
1. Issue (first perhaps of the structure) 2. Discussion (In here splitted to more issues or branches) 3. PR(s)?
Not sure how this goes without being a part of the team.