~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.

Trackers

~whereswaldon/arbor-dev

Last active 9 months ago

~whereswaldon/watt-wise

Last active 10 months ago

~whereswaldon/gio-extras

Last active 4 years ago

~whereswaldon/pointstar

Last active 4 years ago

~whereswaldon/github-action-replication-testing

Last active 5 years ago

~whereswaldon/Capital-Letters

Last active 5 years ago

~whereswaldon/trellis

Last active 5 years ago

#598 Support for Date Picker 7 days ago

on ~eliasnaur/gio

~whereswaldon maintains gio-x, but I have to ask what you hope to achieve by moving the giowidgets calendar to gio-x? With Go modules, there's no difference between using gio-x vs other modules. Perhaps you want the calender to be maintained better? That's probably not going to happen unless the maintainer of giowidgets, or someone else, agree to co-maintain gio-x with Chris.

#629 text.Shaper does not return proper line height for the last line break Glyph 8 days ago

Comment by ~whereswaldon on ~eliasnaur/gio

REPORTED RESOLVED FIXED

#629 text.Shaper does not return proper line height for the last line break Glyph 9 days ago

Comment by ~whereswaldon on ~eliasnaur/gio

zjzhang referenced this ticket in commit adaace8.

#628 accelerometer and gyroscope data, gps and heading data, motion data and magnet data 16 days ago

Comment by ~whereswaldon on ~eliasnaur/gio

I'd certainly love to see packages enabling this, but I agree with ~eliasnaur that it seems unlikely to require anything Gio-specific, and as a result we should avoid locking it down into gio-specific packages.

#627 gio-x: Weird spacing in richtext 28 days ago

Comment by ~whereswaldon on ~eliasnaur/gio

Thank you for the report. I do believe this is a bug in richtext, but I don't have the bandwidth to dig into that at the moment. I'm actually hoping to entirely replace the richtext package in the near future with equivalent features in core Gio's text widgets (widget.Editor and widget.Selectable, maybe also widget.Label). Once core has the needed API, the richtext package will be entirely deprecated. The implementation that works in tandem with the text shaper is much smarter and more efficient.

I would accept a patch to fix this bug, but otherwise I'd recommend waiting for rich text support in core Gio.

#622 Update go-text/typesetting dependency to v0.2.0 a month ago

Comment by ~whereswaldon on ~eliasnaur/gio

Done!

REPORTED RESOLVED IMPLEMENTED

#622 Update go-text/typesetting dependency to v0.2.0 a month ago

Comment by ~whereswaldon on ~eliasnaur/gio

This will be resolved soon by the merge of https://github.com/gioui/gio/pull/145

#621 [Windows] Abnormal CPU consumption after minimizing the window a month ago

Comment by ~whereswaldon on ~eliasnaur/gio

Your monitor isn't able to display 1000 frames per second, so it isn't realistically possible to display every timestamp. To display high-resolution time, you can modify your code to:

func run(window *app.Window) {
	var result string
	var ops op.Ops
	start := time.Now()
	for {
		switch e := window.Event().(type) {
		case app.DestroyEvent:
			return
		case app.FrameEvent:
			result = strconv.FormatInt(time.Now().Sub(start).Milliseconds(), 10)
			gtx := app.NewContext(&ops, e)
			layout.Center.Layout(gtx, material.Label(material.NewTheme(), 10, result).Layout)
			// Schedule another frame as soon as possible.
			gtx.Execute(op.InvalidateCmd{})
			e.Frame(gtx.Ops)
		}
	}
}

This will draw frames as fast as the system supports, and will present a timestamp that is at most the render latency old.

#603 Window panic on Windows 3 months ago

Comment by ~whereswaldon on ~eliasnaur/gio

I will let you know what we see once we have a build using the updated version in the hands of real users. Since we can't reproduce this on demand, we have to wait until it crops up at scale. Certainly we see it pretty often right now, so there will be a sharp drop if it's really fixed.

#618 [Windows] High CPU Consumption (window minimized) 3 months ago

Comment by ~whereswaldon on ~eliasnaur/gio

Thanks for the reports. I will try to investigate soon.