Notices by Cassidy James :ea: :gg: :fh: (cassidy@mastodon.blaede.family), page 2

@jorge @downey maybe I should just bite the bullet and propose a referendum or whatever; I’d have to look up how that all works.

The two main arguments I have heard are, “But we like the foot!” which of course, anyone will say about their baby, and “Ugh trademarks are expensive,” which, okay, fine, but also that shouldn’t mean we are stuck with something that a bunch of contributors actively dislike.

@ebassi @jorge @downey nobody snuck anything; the website was being worked on for months and was signed off on by the board.

Also, that sentiment hardly seems productive. GNOME has had three or more logos over its existence. Why is the current one (with practical, observed issues in the wild) somehow the best that ever could be? How would you feel if you thought a particular codebase was bad, but a contributor told you you could pry the current code from their cold dead hands? 🤷♂️

@ebassi I haven't heard anything about it being offensive, but I have objections to the foot:

1. I think it's ugly, but sure, that's just my opinion

2. It is hard to fit into an avatar, whether a square or circle, since it's very unbalanced

3. Anyone outside the FOSS bubble has absolutely no idea what it is, other than a weird foot—which is usually a negative

I helped design the new site and wasn't up there saying our brand is cringe. But Jakub was, and he helped design the current brand.

Something fun we’ve been doing at @EndlessOS is running learning programs where we help learners get used to actual open source collaboration—with video games!

WAIT

Not “educational games” or “gamified learning”—no, actually contributing to a real game using real open source workflows. Here are some fun results from one cohort so far; check out the Extra Levels in Everlasting Candy, an extension of the open source game Candy Wrapper:

https://endlessm.github.io/everlasting-candy/

#GodotEngine #GameDev #OpenSource

@forteller these static entries are Desktop Actions, which are a FreeDesktop spec: https://specifications.freedesktop.org/desktop-entry-spec/latest/extra-actions.html

Dynamic actions aren't currently part of the spec, but are implemented on many desktops with the Unity LauncherEntry API. I hope that support will be added to GNOME either for this API or another one, specifically because that’s something we identified as missing from the Background portal as a replacement for status icons.

Do I know any designers explicitly experienced in *brand* design who would be willing to help out an open source project? I’m working with a project that is interested in a new logo, and I’d love to connect you.

Unfortunately I don’t know that there’s a budget, so this would likely be a volunteer/pro bono effort unless we think we could crowdfund/find a sponsor to pay for the work. Still, if you’re interested, let me know in a reply, please!

#design #OpenSource #OpenSourceDesign

Local-first peer-to-peer GNOME people… if I wanted to make a GNOME app similar to those party games where you enter a code and then all join one host's game, then compete for trivia questions or something, is that relatively straightforward to do with our current tech stack? What would I use to do that?

I'm tempted to make a FOSS Kahoot-alike game in Godot, but it could be fun as a GNOME app, instead.

#GNOME #gamedev #Godot #GodotEngine

Designing for the Digital Age is a great one that is dense like a textbook but extremely comprehensive; it's what we used at Visual Logic and taught me most of my formal UX knowledge (in addition to the actual internship and excellent mentorship from the designers there).

I still have a digital copy but don't ever find myself flipping through the physical one, so I'd love someone else to be able to.

I have a bunch of physical UX/design books that I'm getting rid of; I've had them for years and honestly just never read all the way through them, as most of my experience was from a specific internship and textbook and then real world experience—and lots of blogs and ebooks rather than physical books.

Is anyone in the Denver area interested? I would rather give them to someone who is getting into UX than just donate or sell them to a generic book store.

#Denver #UXdesign #free #GiveAway

How do I help people understand that *for an indie app store,* taking only a 30% cut of each app purchase is literally not even sustainable on its own?

And suggesting that 10% is too high and that it should be 5% for proprietary apps and 0% for FOSS apps is just… literally impossible??

We’re not talking Apple or Google here—we’re talking a small, indie open source app store that doesn’t collect personal data, respects and protects privacy, prioritizes FOSS apps, and does everything openly.

Of course these are sweeping generalizations; I know not every game dev thinks/works in these ways. My point, though, is that “game development” in many ways is a *parallel* field to “software development,” and expecting them to be the same is going to give you a bad time.

We’re trying to instill good software dev practices when teaching game-making at Endless due to the upsides (like easier collaboration and maintenance), but this disconnect is something I think we’ll always come up against.

Tooling is another big one: devs are not writing their games line-by-line. Or, they are for game logic, but their game engine’s editor is also making a bunch of changes to their project files behind the scenes. This makes it particularly hard to apply literal line-by-line text-based patches, for example. It also makes “proper” version control difficult. As a result, game devs might not follow what we see as best practices in the open source world because the tooling is not set up for it at all.

Another is in approach to cleverness: I was taught that being clever was not actually a good thing in software development; it's more important to do things clearly and in a maintainable fashion—even if there are mild performance downsides.

In game development, it skews much further in the other direction: the player’s experience is *all* that matters. Take as many clever shortcuts along the way to eke out as many frames as possible—after all, you don’t have to maintain it once it’s shipped!

Example: devs often see their game as a work of art, similar to a movie. They worked on it, crunched during development to get it done, and finally released it. It's done. They've moved on to their next project!

Sure, they might drop a patch release here or there to fix a bug in the game, but in many cases, games are effectively “unmaintained software” the moment they’re released. You can balk at that, or you can try to understand why some assumptions about software development might not apply.

Game development smells a lot like other software development (and *can* be done that way), but it’s an entirely different world with decades of industry norms and expectations. Oftentimes, trying to apply the same approach as other software will seem baffling to game developers at best—and actively antagonistic at worst.

#GameDev #OpenSource

Here it is; my write up of about a week's worth of work to better understand Godot Engine, Flatpak, and—in a way—game developers. :D

https://cassidyjames.com/blog/publish-godot-engine-game-flathub-flatpak/

It looks like a long post (and I could probably use an editor for concision!), but I hope it’s an easy read, and useful reference material.

Boost widely! Let’s get more indie games to Flathub!

Oh, and reply publicly here to comment on the post. :)

#Godot #OpenSource #Flatpak #Flathub #GodotEngine #GameDev #LinuxGaming

Question for my game developer friends out there (please also feel free to boost/share widely!): why do indie games still tend to be closed source, especially compared to indie app ecosystems where there are thriving open source communities?

That’s obviously a super broad question, but I’m open to broad perspectives. :) I’m especially interested in hearing from folks who have been actively involved in video game design, development, publishing, etc.

#GameDev #OpenSource #Godot #GodotEngine

Godot Engine people, especially familiar with Linux: can you fact check me on something?

When I export a game for Linux, I get a .x86_64 file and a .pck file. Is the former anything more than the Godot Engine runtime for the specific version I used to export my game? Is all of the magic actually in the .pck file? I know the latter has my resources, but I am not 100% I’m understanding it correctly.

Further, is the .pck file unique to Linux, or universal?

#Godot #GodotEngine #Linux #GameDev

As such, the GNOME UI font test repo has been updated based on Inter 4.1. If you’ve been trying Inter/the new font out on GNOME, make sure you update!

https://gitlab.gnome.org/GNOME/gnome-ui-font

(If you didn’t know, we’re testing a modified version of Inter with one change so far: cv05 or “lower-case L with tail” enabled by default to give it a bit more legibility and familiarity for those coming from Cantarell, the current GNOME default font.)

#GNOME #GNOMEdesign

Inter 4.1 from @rsms is out!

https://github.com/rsms/inter/releases/tag/v4.1

It includes a bunch of little fixes and improvements, but my favorite (and relevant to GNOME!) is that the automatic contextual alternate converting NxN to N×N has been disabled; this was pointed out while testing on GNOME, where it would feel weird seeing e.g. filenames or URLs where the letter “x” would unexpectedly look like the “×” multiplication symbol.

#Inter #GNOME #typography #typefaces #typeface #font #fonts #OpenSource