The following program causes harec to abort:

     type badenum = enum {
          FOO, BAR,
     };

     export fn main() void = {
          const bar = badenum::FOO: bool;
     };

With this output:

     $ hare run test.ha
     0/4 tasks completed (0%)

---
 doc/notifications.md | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/doc/notifications.md b/doc/notifications.md
index 5c2f920..37ebbe8 100644
--- a/doc/notifications.md
+++ b/doc/notifications.md
@@ -17,6 +17,10 @@ When running on a device with Google Services available, Goguma may use the
 Google infrastructure to deliver notifications. Notification payloads are
 end-to-end encrypted.
 
+However, it's important to note that the official F-Droid distribution of
+Goguma does not include Firebase, so notifications will resort to the
[message trimmed]

Hi, i would like to bring to the table going forward a patch for dwl
itself called the bar patch, which is now upstreamed in dwl-patches
and aims to perfectly replicate the original dwm bar in suckless fasion
using fcft instead of pango and cairo.

I've noticed somebar uses C++, which is not suckless, and is opting to
replace software such as slstatus with harmful alternatives such as a
somebar equivalent called someblocks.

Which is why i would reccomend the usage of the bar patch, since somebar
does not offer features that make it acceptable to be a valid 
replacement,
and nor is it suckless - it is in [harmful] C++.

---
 sewn | 1 +
 1 file changed, 1 insertion(+)
 create mode 100644 sewn

diff --git a/sewn b/sewn
new file mode 100644
index 0000000..6d0ecfd
--- /dev/null
+++ b/sewn
@@ -0,0 +1 @@
+I'm about to try git send-email
-- 
2.43.2
[message trimmed]

How are you supposed to retrieve the scaling factor?

Just a small question though, does the Context used to get the maximum height can be used
again within the event loop? or is it only used once just to retrieve the height?

I assume the answer is no, as the context also needs the event members and such.

On Thu Dec 21, 2023 at 8:18 PM +03, Chris Waldon wrote:
> var ops op.Ops
> th := material.NewTheme()
> gtx := layout.Context{ // fill in values to provide maximum allowed sizes }
> dims := material.Body1(th, "foo").Layout(gtx)
> ops.Reset()
>
> // now you have dims, the dimensions of the text.

Thanks alot! i was actually doing this exact same thing, i just hadn't filled the
Constraints member of context, which is why i was confused when the dimensions were 0..

Hi, i am currently making a 'dialog' system for use in my program,
and i've been finding it difficult to figure out a correct size,
as most messages can be longer than the already hard-coded window size.

Is it possible to automatically get maximum width or height for a given
text and a label method (eg. material.Body1) so i can use the maximum
to set the window size accordingly?

In other words, how can i dynamically make a window in which the 
dimensions
are appropiately sized to the height/lines of a message?

thanks

This works for me:

     layout.Flexed(1, func(gtx C) D {
         return layout.Dimensions{
             Size: image.Point{X: gtx.Constraints.Max.X, Y: 
gtx.Constraints.Max.Y},
         }
     })

Hi, is it possible in Gio to make a Flex that takes up all of the available
space, but without forcing descendant flex children to take up all the space?
My usecase is to make buttons at the complete end of the window.

Thanks.