~whereswaldon

North Carolina

https://waldon.blog

Freelance engineer working to make portable GUIs easy and pleasant.

I'm one of Gio's two maintainers, and I focus on making the text and widget APIs great.

Some other fun projects:

  • Arbor, a tree-based, decentralizable chat platform
  • gover, an easy way to install and update Go on any *nix system

If you get value out of my work, please consider sponsoring me on Liberapay or GitHub.

I am also available for hire.

~whereswaldon/arbor-dev

Last active 7 days ago

~whereswaldon/arbor-ci

Last active 7 days ago

~whereswaldon/public-inbox

Last active 14 days ago

~whereswaldon/watt-wise-devel

Last active a month ago

~whereswaldon/watt-wise-announce

Last active a month ago

~whereswaldon/arbor-announce

Last active 2 years ago

~whereswaldon/arbor-infra

Last active 3 years ago

~whereswaldon/pointstar-devel

Last active 3 years ago

~whereswaldon/pointstar-announce

Last active 3 years ago
View more

Recent activity

Gio News, February 2024 6 days ago

From Chris Waldon to ~eliasnaur/gio

Hi all,

The latest news describing changes in Gio v0.5.0 is available here:

https://gioui.org/news/2024-02

Cheers,
Chris

Re: [PATCH] fix install on non-linuxen 7 days ago

From Chris Waldon to ~whereswaldon/arbor-dev

Finally got around to merging this; thank you!

Re: how to use mobile specific feature? 8 days ago

From Chris Waldon to ~eliasnaur/gio

> I am new to GIO, love the performance, want to build an app,
> however I wonder how to use mobile specific feature like face id?

Welcome!

Some platform features are exposed via packages in gio-x, but face id
is not one of those. In order to invoke that code, you'll need to
write some native Objective-C/Swift that you can invoke from your
application. You can see examples of doing that in gio-x:

https://git.sr.ht/~whereswaldon/gio-x/tree/main/item/haptic/haptic_ios.go
https://git.sr.ht/~whereswaldon/gio-x/tree/main/item/notify/macos/notify_macos.go

Cheers,

Re: Text height or width method 9 days ago

From Chris Waldon to ~eliasnaur/gio

On Fri, Feb 9, 2024 at 1:44 AM sewn <sewn@disroot.org> wrote:
>
> How are you supposed to retrieve the scaling factor?

The system.FrameEvent.Metrics field provides everything you should
need for that.

Re: [PATCH skel 1/1] bus: actually set buffering field 13 days ago

From Chris Waldon to ~gioverse/chat

Thanks Jack; I can only facepalm at this. Merged.

Re: Overhead of system fonts loading 20 days ago

From Chris Waldon to ~eliasnaur/gio

> Below are the data from a heap profile captured just before the shaper
> draws any text:

This memory utilization looks reasonable to me. We've loaded indices
of the supported text for all of your system fonts, but haven't loaded
the fonts themselves.

What this tells us is that the memory footprint you're seeing is just
the cost of holding parsed fonts *that your application is using* in
RAM. You're probably seeing greater memory utilization now because
your application is succeeding in displaying glyphs from system fonts
that previously were never displayed (emoji, for example).

I think this is working as expected, sadly. There isn't a simple way

Re: Overhead of system fonts loading 23 days ago

From Chris Waldon to ~eliasnaur/gio

On Mon, Jan 29, 2024 at 11:14 AM zhang zj <zhangzj33@gmail.com> wrote:
>
> Hi, Chris,
>
> Here are the top heap contributors of a recent sampling:
>
> Top20 inuse_space:
>
> pprof) top20
> Showing nodes accounting for 239074.75kB, 97.46% of 245296.60kB total
> Dropped 549 nodes (cum <= 1226.48kB)
> Showing top 20 nodes out of 70
> flat flat% sum% cum cum%
> 207089.25kB 84.42% 84.42% 207089.25kB 84.42%

Re: Overhead of system fonts loading 23 days ago

From Chris Waldon to ~eliasnaur/gio

Hi!
> I have been using Gio for a while now. In my application text
> rendering is one of the most
> important thing (it's an editor). One problem I observed by now is
> that when I enable system
> fonts loading feature of the text shaper,  hundreds of more megabytes
> will be consumed. BTW,
> I am using MacOS and there's more than 300 typefaces pre-installed in
> the system.
>
> I know that there's a font meta info cache used by the typesetting
> package. I have no idea if the extra
> memory  is consumed by the in memory cache or not. And if it is not,
> what is the cause of the overhead?

Re: [PATCH gio] Fix startup crash on openbsd from libGLESv2 naming 26 days ago

From Chris Waldon to ~eliasnaur/gio-patches

> btw, I'm not on this list. Please include me on any replies. Just a drive-by
> patch to let me use an app that uses gio :)

Thank you; merged!