hi,

upgrading gonum/plot to the latest Gio version, I had the need to be
able to build stroked paths along an arc.
this doesn't seem to have been possible since the migration to the
x/stroke + andybalholm/stroke setup.

-s

On Fri May 13, 2022 at 14:33 CET, Sebastien Binet wrote:
> This CL adds ArcTo and a special segment operation to easily create
> arc segments.
>
> Signed-off-by: Sebastien Binet <binet@cern.ch>

hi there,

I've just tested the new message-threading feature on my non-imap store
(ie: maildir).
it's great but it doesn't seem to honor my 'sort' order.

I prefer to have my messages top->bottom with older messages first.
ie: I have this in aerc.conf:
sort="date"

w/o enabling "toggle-threads", I have, for a given "m-" discussion:
other-message
m-1 (oldest)
m-2

On Thu Jan 20, 2022 at 15:19 CET, Robin Jarry wrote:
> Sebastien Binet, Jan 20, 2022 at 14:56:
> > just a drive-by comment: I don't know what's the policy w/ rjarry/aerc
> > with regard to supported Go versions (so please take the following
> > with a grain of salt), but shouldn't we limit our use of deprecated
> > packages? (io/ioutil is deprecated since ~1.15, IIRC)
> >
> > ie: shouldn't this read:
> > b, err := io.ReadAll(r)
> >
> > instead?
>
> Good point. However, io.ReadAll seems only available since Go 1.16 which
> is not even one year old.

On Thu Jan 20, 2022 at 14:36 CET, Nguyễn Gia Phong wrote:
> This fixes piped full message (:pipe -m) being empty.
>
> Fixes: 904ffacb0e52 ("maildir,notmuch: avoid leaking open files")
> Signed-off-by: Nguyễn Gia Phong <mcsinyx@disroot.org>
> ---
> BTW thank you Robin Jarry for the pointer to the recommendation
> for Linux change log, TIL.
> worker/maildir/worker.go | 8 +++++++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/worker/maildir/worker.go b/worker/maildir/worker.go
> index a671d730fc25..2f75f12ae5e0 100644
> --- a/worker/maildir/worker.go

On Tue Jan 18, 2022 at 01:54 CET, Jeff Williams wrote:
> This fix prevents a segmentation violation when a text.Cache doesn't
> contain a font that is requested during layout. It also makes the
> Cache fallback to returning any font from the Cache if a particular
> font is not found.
>
> Signed-off-by: Jeff Williams <kanobe@gmail.com>
> ---
> text/shaper.go | 12 ++++++++++++
> widget/editor.go | 3 +++
> 2 files changed, 15 insertions(+)
>
> diff --git a/text/shaper.go b/text/shaper.go
> index 59020e07..d5d7ecdb 100644

hi,

Your glog entry about SpaceX[1] is interesting.
But I have a major disagreement with it.
While I don't dispute there are engineers and employees that are
genuinely enthusiastic about and probably share the view you are
exposing in this piece, I don't think SpaceX is the correct body to
achieve those goals.

Like all "for profit" companies, SpaceX doesn't have human emancipation,
human rights or human survival (climate crisis or #DontLookUp) as its
main drive.
Like all capitalist companies, they are here for the profits.
All of the key points you raise in your glog entry are merely byproducts

> If you use Facebook… don’t.

If you use Facebook for organizing events, try Mobilizon[1].
(by the same community that brought PeerTube)

-s

[1]: https://joinmobilizon.org

On Fri Sep 3, 2021 at 09:32 CET, Moritz Poldrack wrote:
> Right now - at least to me - it sounds like changing the default
> behaviour of :move inside the message view would be the easiest
> solution, but I'd prefer to see the patch first.

sent.
another avenue could be to add an option to :delete.
(but it was easier for me to just copy-paste the code of :delete and
rebrand it as :trash with the expected behaviour)

>
> > You can configure :archive to stick things in the [Trash] folder, using
> > `archive` in accounts.conf. It might make sense to be able to configure
> > multiple archive directories, but I don't think we need a separate

On Fri Sep 3, 2021 at 09:15 CET, Moritz Poldrack wrote:
> > in my aerc tree, I have introduced a new command: :trash.
> > it's somewhat similar to the :delete one, except it moves the (list of)
> > email(s) under the [Trash] folder.
> sooo... something like :move Trash ?
>
> > I initially wrote a binding to do this but I didn't find a way to make
> > it behave the same than the :delete command (where it moves to the next
> > message afterwards).
> :move Trash selects the next message afterwards

not when viewing the message.
when in the "message viewer" mode, displaying a given message, 
':move Trash' will dutifully move that message to [Trash] but will go

On Fri Sep 3, 2021 at 09:08 CET, Eyal Sawady wrote:
> On Fri Sep 3, 2021 at 7:05 AM UTC, Sebastien Binet wrote:
> > in my aerc tree, I have introduced a new command: :trash.
> > it's somewhat similar to the :delete one, except it moves the (list of)
> > email(s) under the [Trash] folder.
>
> This sounds to me like :archive

not exactly.
:trash is for messages I don't think I will need but "well, better stash
them in the [Trash] folder just in case, although it's ok if the garbage
collector gets rid of them at some point".

well, it's a bit like ":archive flat", but not quite.