Fosstodon

0 posts0 participants0 posts today

Felix Palmen :freebsd: :c64:<a href="https://transfem.social/@puppygirlhornypost" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@puppygirlhornypost</a> <a href="https://mastodon.bsd.cafe/@stefano" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@stefano</a> <a href="https://mastodon.bsd.cafe/tags/Xlib" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Xlib</a> should be deprecated indeed for various design flaws, so I use <a href="https://mastodon.bsd.cafe/tags/xcb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#xcb</a>, but on a conceptual level it's not that much of a difference, with "raw X11", I mean issuing X11 protocol requests and handling X11 protocol events ;)

Felix Palmen :freebsd: :c64:<a href="https://infosec.exchange/@nuintari" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@nuintari</a> Depends on where you come from 😉 You'll certainly need C knowledge (at least if you want to use <a href="https://mastodon.bsd.cafe/tags/xcb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#xcb</a> directly) and a good understanding of how to design <a href="https://mastodon.bsd.cafe/tags/OOP" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#OOP</a> and implement it with C (at least IMHO, OOP is the only sane way for modelling a GUI).For me, the biggest issue so far was the severe "under-documentation" of <a href="https://mastodon.bsd.cafe/tags/xcb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#xcb</a>. I could solve puzzles using a combination of- checking <a href="https://mastodon.bsd.cafe/tags/Xlib" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Xlib</a> documentation - reading xcb header files and actual source code - reading some other code using xcb (window managers, also Qt's xcb backend)

Felix Palmen :freebsd: :c64:I got sidetracked working on <a href="https://mastodon.bsd.cafe/tags/XResources" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#XResources</a> support ... it all started from the wish that a child <a href="https://mastodon.bsd.cafe/tags/widget" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#widget</a> should used its container's font when it doesn't have its own font configured (will be helpful e.g. for tooltips...)Now I also integrated command-line overrides for resources in my XRdb resource database implementation, which is very cool. Actually, this system slightly reminds of CSS ... I can configure the looks of my <a href="https://mastodon.bsd.cafe/tags/X11" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#X11</a> application very flexibly!Last thing I added was support for more formats to specify colors, plus querying the X server for named colors 😎.<a href="https://mastodon.bsd.cafe/tags/TIL" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#TIL</a>: <a href="https://mastodon.bsd.cafe/tags/XLib" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#XLib</a> has some "color management" code and can parse and convert color specifications in different color spaces. 🤯 Ok, I don't want to link XLib (only <a href="https://mastodon.bsd.cafe/tags/xcb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#xcb</a>), and I won't implement *this* myself, <a href="https://mastodon.bsd.cafe/tags/RGB" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#RGB</a> and <a href="https://mastodon.bsd.cafe/tags/RGBA" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#RGBA</a> (together with "well-known" X11 color names) should really be all you ever need 🤪<a href="https://github.com/Zirias/xmoji/blob/e342bd7612b9ce953849e2e8b374591d61c22d5b/src/bin/xmoji/colorset.c#L224" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://github.com/Zirias/xmoji/blob/e342bd7612b9ce953849e2e8b374591d61c22d5b/src/bin/xmoji/colorset.c#L224</a>

Felix Palmen :freebsd: :c64:<a href="https://bsd.network/@thomasadam" class="u-url mention" rel="nofollow noopener noreferrer" target="_blank">@thomasadam</a> Adventures in <a href="https://mastodon.bsd.cafe/tags/X11" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#X11</a> <a href="https://mastodon.bsd.cafe/tags/programming" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#programming</a> using <a href="https://mastodon.bsd.cafe/tags/xcb" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#xcb</a> ... I think I discovered some strange (and, undocumented?) behavior in <a href="https://mastodon.bsd.cafe/tags/Xorg" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Xorg</a>.Getting more seemingly(!) "stray" Expose events, I finally discovered what's happening. I already decoupled my drawing logic from handling Expose, and instead maintain information in a widget whether it's visible and invalidated (with invalidation triggered by whatever, e.g. an Expose event). Only after processing a batch of input from the X server, I check whether a widget is both visible and invalidated, and if yes, draw it. So far a common pattern to avoid excessive drawing.Now, setting the "root" widget (the window) visible as soon as a MapNotify is received, this *could* lead to start drawing before receiving the first Expose. Drawing still works perfectly fine, but this somehow delays the Expose event until something else "happens" to the window (like moving it), then you suddenly receive this Expose ... 🤯Solution: Only set the window "visble" after the first Expose event is received...I guess it would be impossible to trigger this with <a href="https://mastodon.bsd.cafe/tags/Xlib" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Xlib</a> because its API makes you wait for the response to every request... 😉

app4soft🖌️ <a href="https://fosstodon.org/tags/AzPainter" class="mention hashtag" rel="tag">#AzPainter</a> Resources: Brushes, Textures, Themes & UI Layouts (<a href="https://fosstodon.org/tags/GIMP" class="mention hashtag" rel="tag">#GIMP</a>- and <a href="https://fosstodon.org/tags/Krita" class="mention hashtag" rel="tag">#Krita</a>-like) by 'pistachio' — <a href="https://gitlab.com/pistachio-gitlab/AzPainter-Resources" target="_blank" rel="nofollow noopener noreferrer" translate="no">https://gitlab.com/pistachio-gitlab/AzPainter-Resources</a> 💡 AzPainter is a <a href="https://fosstodon.org/tags/painting" class="mention hashtag" rel="tag">#painting</a> app & raster image editor, supporting <a href="https://fosstodon.org/tags/PSD" class="mention hashtag" rel="tag">#PSD</a> format, layers (including text layers) with layer effects. App, written in C with a GUI based on an own widget set ("mlk") for <a href="https://fosstodon.org/tags/Xlib" class="mention hashtag" rel="tag">#Xlib</a>-<a href="https://fosstodon.org/tags/libX11" class="mention hashtag" rel="tag">#libX11</a>-<a href="https://fosstodon.org/tags/X11" class="mention hashtag" rel="tag">#X11</a>, is available for Unix-like OS (<a href="https://fosstodon.org/tags/Linux" class="mention hashtag" rel="tag">#Linux</a>, <a href="https://fosstodon.org/tags/FreeBSD" class="mention hashtag" rel="tag">#FreeBSD</a>, etc.) and ported to <a href="https://fosstodon.org/tags/Haiku" class="mention hashtag" rel="tag">#Haiku</a>-<a href="https://fosstodon.org/tags/HaikuOS" class="mention hashtag" rel="tag">#HaikuOS</a> (via <a href="https://fosstodon.org/tags/Xlibe" class="mention hashtag" rel="tag">#Xlibe</a>), <a href="https://fosstodon.org/tags/Mac" class="mention hashtag" rel="tag">#Mac</a>-<a href="https://fosstodon.org/tags/macOS" class="mention hashtag" rel="tag">#macOS</a> (via <a href="https://fosstodon.org/tags/XQuartz" class="mention hashtag" rel="tag">#XQuartz</a>) & <a href="https://fosstodon.org/tags/Android" class="mention hashtag" rel="tag">#Android</a> (via <a href="https://fosstodon.org/tags/Termux" class="mention hashtag" rel="tag">#Termux</a>).

Thomas CherryhomesI needed an extremely simple battery meter for my minimal <a href="https://oldbytes.space/tags/arch" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#arch</a> <a href="https://oldbytes.space/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#linux</a> <a href="https://oldbytes.space/tags/X11" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#X11</a> environment on my Thinkpad T61, so I wrote one in raw <a href="https://oldbytes.space/tags/Xlib" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Xlib</a>. Code here: <a href="https://github.com/tschak909/battery-meter" rel="nofollow noopener noreferrer" translate="no" target="_blank">https://github.com/tschak909/battery-meter</a>

Thomas CherryhomesI needed a battery meter, so I wrote one in plain <a href="https://oldbytes.space/tags/X11" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#X11</a> using only <a href="https://oldbytes.space/tags/xlib" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#xlib</a>. program size? 17.2 kilobytes. <a href="https://oldbytes.space/tags/linux" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#linux</a> program release on <a href="https://oldbytes.space/tags/github" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#github</a> soon. just want to clean it up a bit.

unclechuRecently I released my old <a href="https://mastodon.social/tags/utility" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#utility</a> I personally was using for last few years called “place-cursor-at” written in <a href="https://mastodon.social/tags/Haskell" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Haskell</a> (built on top of <a href="https://mastodon.social/tags/X11" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#X11</a> <a href="https://mastodon.social/tags/Xlib" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Xlib</a>). It helps to move your mouse cursor around your screens to specific approximate positions. Generally it helps to use the keyboard more and less the mouse.It was released on <a href="https://mastodon.social/tags/Hackage" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Hackage</a> and <a href="https://mastodon.social/tags/Stackage" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Stackage</a>. And now it’s also available in <a href="https://mastodon.social/tags/Nix" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#Nix</a> and <a href="https://mastodon.social/tags/NixOS" class="mention hashtag" rel="nofollow noopener noreferrer" target="_blank">#NixOS</a> 20.09. Give it a try:nix-shell -p place-cursor-at --run place-cursor-at<a href="https://github.com/unclechu/place-cursor-at" rel="nofollow noopener noreferrer" target="_blank">https://github.com/unclechu/place-cursor-at</a>

Recent searches

Search options

Administered by:

Server stats:

#xlib