Sandra

Emacs RFC 2646 email flowing

Heck it Emacs!

A few months ago I fixed a bug in RFC 2646 handling where the last paragraph wouldn't get reflowed unless I remembered to add a hard newline (that is, a newline with the 'hard text property) after it, at EOT. I needed to hit one extra RET at the end. All other paragraphs would be wrapped, not just the last one.

(I even bugged @jas@fosstodon.org about it.)

But it still didn't always work and today I tried to get to the bottom of why, spending the entire day debugging it, finally realizing that... It's not even being called when there's only one paragraph in the email. I wasted so much time before realizing that! And then getting to the bottom of why that wasn't happening was the opposite of easy but it turnes out that Gnus by design doesn't call the fill-flowed-encode function when there aren't any hard newlines in the buffer. Which there aren't gonna be if it's a single-paragraph letter 🤦🏻‍♀️

Use-hard-newlines is beyond useless since that's always buffer-local and the text-reflowing is being done in a temp buffer. Instead since 2010 we're supposed to set mml-enable-flowed to true. But don't worry, fans of the messages-are-flowing package, I'm gonna send patches there to reflect that. I have a bunch of other changes to that package too since I've been using that a lot this summer.

This is all in bug#71017 (cursed palindrome!) for people who wanna dig in 👩🏻‍🏫

@emacs@lemmy.ml

SmplTrek note off timing?

Is there a way to set the default note off timing? (What some other sequencers call Gate Length.) Either as a device-wide setting, or for a project, for a track, for a scene or just for a clip. As it is I can only do it note-by-note.

All notes are half the length I'd want, and I have to go into them manually and crank up each one separately from 50% to 99%. I would love the sequencer if it weren't for this.

I have a workaround which is to import SMF's from any other seqencer (such as abc2midi on Linux or Atom 2 on iPad) and that works fine, using the SmplTrek more as an arranger/player than a sequencer, but since the SmplTrek step sequencer is so nice it'd be great to be able to use it directly instead.

(And another workaround is to get good and turn off quantization, that also works.)

Don't worry, I'm definitively keeping mine (as a drum machine, looper, and global tracks recorder, and as an audio interface) but I'm just a li'l frustrated with this one issue.

I know that I can make notes longer by pressing right arrow or turning the value know; I can make two eight notes followed by a quarter note for example.

But those notes will all be "staccato" since they've got a 50% gate length.

That's not always what I want especially for a midi or organ type track.

Here is an example. One track playing three notes twice, same instrument. Two fourth notes followed by a halfnote (and the halfnote sequenced by using the right arrow while holding the pad).

This is how the track looks

The first three notes are played staccato (e.g. "Note off timing" 50%, a.k.a. gate length as some other synths call it). The last three notes are played more fully, with note off timing manually set to 99% for each of the three notes.

Here is how the track sounds, first the staccato notes followed by the normal notes.

Many other sequencers, to get that staccato sound you'd set grid length to 1/4 but note length to 1/8. But on SmplTrek, it's one setting, called note length, and setting that to 1/4 as I did here results in notes with a shortened, only 50% duration.

Messing with the envelope release is no good for MIDI tracks.

So far my best workaround is to import SMF files that I've made with some other sequencer app and that's a shame since I'm so much faster and more creative with the SmplTrek's sequencer, but I just don't always want that staccato sound.

I don't wanna make a Facebook account just to post in the SmplTrek group on there. 😰

@synths@midwest.social

Yeah, I have a PPC laptop that this happened to a few years back, which felt way too soon. It's in perfect working condition except for the battery.

@activistPnk @permacomputing