~treed

~treed/public-inbox

Last active 1 year, 2 months ago
View more

Recent activity

Re: Referencing/closing tickets in commit messages not working? 6 months ago

From Ted Reed to ~sircmpwn/sr.ht-discuss

Antti Keränen <detegr@rbx.email> writes:

> It is documented[1] that one should be able to manipulate todo tickets
> via commit messages. However, in my test repository[2] I'm unable to get
> it working.
>

FWIW, this feature was working for me at least as of 4 months ago, with
an unlisted repo and tracker:

https://git.sr.ht/~treed/mission-control/log

-- Ted Reed

Re: invalid-function` properties` 6 months ago

From Ted Reed to ~protesilaos/fontaine

Protesilaos Stavrou <info@protesilaos.com> writes:

> I was aware of the :font face attribute, but not the :size.  It is not
> mentioned in the manual.  Evaluate:
>
>     (info "(elisp) Face Attributes")

Oh, this is in the context of `font-spec`. Here's what I had before
fontaine:

(setq treed-normal-mono-font (font-spec :family "Iosevka Term" :size 16)
      treed-big-mono-font (font-spec :family "Iosevka Term" :size 24)
      treed-normal-variable-font (font-spec :family "Iosevka Etoile" :size 16)

Re: invalid-function` properties` 6 months ago

From Ted Reed to ~protesilaos/fontaine

Protesilaos Stavrou <info@protesilaos.com> writes:

>> When I converted from :size to :default-height, I found that a simple
>> multiplying by ten didn't get me the same size. Which is to say that 16
>> size and 160 height were not the same. I had to set :default-height to
>> 120 to approximate the same size on the NixOS side.
>>
>> On Mac, however 160 appears to be roughly the same as size 16.
>
> Interesting!  Depending on your findings, this might be worth reporting
> as an Emacs bug.

After a little digging, I have found that I was misunderstanding :size;

Re: invalid-function` properties` 6 months ago

From Ted Reed to ~protesilaos/fontaine

Protesilaos Stavrou <info@protesilaos.com> writes:

> I think it still is due to fontaine.  Specifically the fact that we make
> an implicit assumption that if-let and friends are known/available at
> compile time.
>
> I pushed a change right now (commit fbd3a14) which adds the following:
>
>     (eval-when-compile (require 'subr-x))
>
> Can you test it?

Yes, this fixed it! Thank you!

Re: invalid-function` properties` 6 months ago

From Ted Reed to ~protesilaos/fontaine

Protesilaos Stavrou <info@protesilaos.com> writes:
>
> I tried it with Emacs 27 and 29: it worked in both cases.  What I did:
>
> * Launch Emacs using 'emacs -Q' on the command-line.
>
> * In the scratch buffer, added and evaluated:
>   (require 'fontaine "/path/to/fontaine.el")
>
> * Tried 'M-x fontaine-set-preset RET large', or evaluated
>   (fontaine-set-preset 'large)
>
> * This assumes the "Iosevka" font is installed.  It produced the desired

invalid-function` properties` 6 months ago

From Ted Reed to ~protesilaos/fontaine

Hello again,

I attempted to update my laptop (a Macbook Pro) with my latest config
changes, and hit this issue while trying to load fontaine:

Error (use-package): fontaine/:config: Invalid function: (properties (append (alist-get preset fontaine-presets) (alist-get t fontaine-presets)))

Running the `fontaine-set-preset` call by hand with C-x C-e after
toggling on the debugger gets this:

Debugger entered--Lisp error: (invalid-function (properties (append (alist-get preset fontaine-presets) (alist-get t fontaine-presets))))
  (properties (append (alist-get preset fontaine-presets) (alist-get t fontaine-presets)))()
  fontaine--apply-default-preset(normal nil)

Re: "Default" Presets 6 months ago

From Ted Reed to ~protesilaos/fontaine

Protesilaos Stavrou <info@protesilaos.com> writes:

> Hello again!
>
> Just to inform you that I pushed the changes in commit 00a8b41.  Also
> mentioned your name in the manual's "Acknowledgements" section.
>
> Will now prepare the release of version 0.2.0.

Thanks for the quick turnaround on the feature request, and I'm glad I
could contribute, even in such a small way. :)

-- Ted Reed

Re: "Default" Presets 6 months ago

From Ted Reed to ~protesilaos/fontaine

Protesilaos Stavrou <info@protesilaos.com> writes:

> I'm back earlier than expected.  I think I have found a solution, but I
> need to test it more thoroughly.
>
> Can you please try the diff that I copy further below?  The way it works
> is that the 't' preset is the fallback.  If a property is specified in
> another preset, say, 'regular', then it takes precedence over 't'.
> Otherwise we get the value of 't'.

Yes, this works great, thanks! And yes, I agree that `t` is a reasonably
common emacs idiom for this sort of thing.

"Default" Presets 6 months ago

From Ted Reed to ~protesilaos/fontaine

Hi Prot,

This package implements a cleaner version of something I was doing
manually, which is really nice. But I think it could be a bit cleaner if
there were a way to specify properties that apply to all presets unless
overridden. Let me explain the background:

  (setq fontaine-presets
	'((normal
	   :default-family "Iosevka Term"
	   :default-height 120
	   :variable-pitch-family "Iosevka Etoile")
	  (small

Re: Public API usage 1 year, 1 month ago

From Ted Reed to ~sircmpwn/sr.ht-discuss

Gabriel Fontes <eu@misterio.me> writes:

> Actually, this is not for a specific host, but for a repository "kind". For
> example, the "gitlab" type works for any and all gitlab instances. That's why i
> personally think sourcehut makes more sense than srht, as this refers to the
> software, not the specific instance.
>
> [...]
>
> The shorthand syntax is kind of a bonus that comes from implementing a "type",
> and it just defaults to the official instance.

Oh, that's really neat. I've been trying to wait for stabilization