bolha.us is one of the many independent Mastodon servers you can use to participate in the fediverse.
We're a Brazilian IT Community. We love IT/DevOps/Cloud, but we also love to talk about life, the universe, and more. | Nós somos uma comunidade de TI Brasileira, gostamos de Dev/DevOps/Cloud e mais!

Server stats:

249
active users

#xmoji

0 posts0 participants0 posts today
Felix Palmen :freebsd: :c64:<p><span class="h-card" translate="no"><a href="https://fosstodon.org/@peppe" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@<span>peppe</span></a></span> To be clear about that, I don't question the fact that <a href="https://mastodon.bsd.cafe/tags/X11" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>X11</span></a> is full of old cruft that's mostly useless nowadays. It became more than clear to me while implementing my <a href="https://mastodon.bsd.cafe/tags/xmoji" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>xmoji</span></a> tool, which uses almost exclusively <a href="https://mastodon.bsd.cafe/tags/XRender" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>XRender</span></a> requests for rendering (an *extension* to X11, not part of the core protocol), because X core drawing requests are really designed for 1990es hardware, supporting color palettes with limited entries, but no alpha channel whatsoever. Similar goes for font support in the X11 core protocol, it's useless supporting only bitmap fonts with no antialiasing etc, so I use client-side rasterizing (with freetype) and XRender only for compositing the result. There are more silly examples, like the "Compound Text" encoding monstrosity, because the core design predates Unicode, and so on....</p><p>In a nutshell, a major rework of what the X core protocol supports would be necessary.</p><p>But then, you can *still* dislike a suggested solution. I think <a href="https://mastodon.bsd.cafe/tags/wayland" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>wayland</span></a> is taking the "simplicity" much too far, so now both compositors and clients (rendering windows) have to do the same stuff over and over again. It's a pointless exercise trying to create a wayland client without huge libraries (such as e.g. cairo for client-side rendering, better yet use a full-blown toolkit like Qt or GTK that already makes use of cairo), while this is perfectly possible for X.</p>
Felix Palmen :freebsd: :c64:<p>Well, I really like <a href="https://mastodon.bsd.cafe/tags/X11" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>X11</span></a> (<a href="https://mastodon.bsd.cafe/tags/Xorg" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Xorg</span></a>) ... and my son loves <a href="https://mastodon.bsd.cafe/tags/PeppaPig" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>PeppaPig</span></a>. Which gives me a stupid idea. I could write something called <a href="https://mastodon.bsd.cafe/tags/Xchicken" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Xchicken</span></a>. Make some chicken lay some eggs with mouse clicks on some <a href="https://mastodon.bsd.cafe/tags/XRender" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>XRender</span></a> surface.</p><p>Rough roadmap:<br>- Draw some chicken and eggs, probably as SVG?<br>- Reuse code from <a href="https://mastodon.bsd.cafe/tags/Xmoji" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Xmoji</span></a>, add special widget supporting some "layered canvas"<br>- Implement game logic<br>- Add sound? (Hm, gotta look into <a href="https://mastodon.bsd.cafe/tags/OSS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>OSS</span></a> and maybe <a href="https://mastodon.bsd.cafe/tags/sndio" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>sndio</span></a>, cause <a href="https://mastodon.bsd.cafe/tags/FreeBSD" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>FreeBSD</span></a> ... <a href="https://mastodon.bsd.cafe/tags/Linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Linux</span></a> weirdness maybe later)<br>- ....?</p><p>I'll probably never start though 🙈</p>
Felix Palmen :freebsd: :c64:<p>Here's a poll for <a href="https://mastodon.bsd.cafe/tags/X11" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>X11</span></a> users about multi-screen setups. I'm interested in order to decide whether I should add *full* dpi-awareness to the v1.0 milestone of <a href="https://mastodon.bsd.cafe/tags/Xmoji" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Xmoji</span></a>, after adding basic awareness (check just the "primary" screen on startup). Adding adaption to a different resolution at runtime would require quite some design changes, so I'd like to know whether it's something people need at all.</p><p>Please boost for a better result, thanks! 😇</p><p>What describes your <a href="https://mastodon.bsd.cafe/tags/Xorg" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#<span>Xorg</span></a> setup best?</p>