From: Philip Kaludercic <philipk@posteo.net>
To: Amy Grinn <grinn.amy@gmail.com>
Cc: clemera@posteo.net, emacs-devel@gnu.org
Subject: Re: Objed maintenance
Date: Sat, 27 Apr 2024 11:54:08 +0000 [thread overview]
Message-ID: <87v843owbj.fsf@posteo.net> (raw)
In-Reply-To: <s311q6rkplo.fsf@gmail.com> (Amy Grinn's message of "Sat, 27 Apr 2024 07:32:51 -0400")
Amy Grinn <grinn.amy@gmail.com> writes:
> Philip Kaludercic <philipk@posteo.net> writes:
>
>> Amy Grinn <grinn.amy@gmail.com> writes:
>>
>>> Philip Kaludercic <philipk@posteo.net> writes:
>>>
>>>> We should make sure that after switching the repository, new
>>>> versions
>>>> of
>>>> the package shouldn't contain hard-breaks. I only used the package
>>>> briefly a few years back, so it is difficult for me to evaluate
>>>> this
>>>> on
>>>> my own. Perhaps someone here on the list has the package installed
>>>> and
>>>> could try out Amy's fork?
>>>
>>> Any feedback would be appreciated!
>>>
>>> There were a number of changes in version 0.8.3:
>>>
>>> *** Add binding for symbol object "y"
>>> *** Change binding for forward-until from "`" to "'"
>>> *** Change binding for expand-block from "v" to "h"
>>> *** Swap bindings for forward-defun ("E") and beginning-of-defun
>>> ("A")
>>> *** Swap binding for del-insert from "i" to "c"
>>> *** "i" exits objed
>>> *** Swap binding for objed-last from "u" to "l"
>>> *** Add objed-undo command "u"
>>> *** C-g toggles objed activation
>>> *** Swap binding for objed-object-map from "c" to "o"
>>> *** Swap binding for objed-expand-context from "o" to "O" (capital
>>> "o")
>>
>> I cannot comment on any of this, with the exception of the C-g change
>> that seems invasive. Can you elaborate on that?
>
> The normal C-g behavior does not change but objed activation is also
> toggled. It's something you kinda have to experience firsthand to
> realize how non-invasive it is.
I trust you if you say it is so.
>>> In retrospect this should've been v0.9.0 according to the semver
>>> scheme
>>> Clemens is using. But we live and learn.
>>>
>>>
>>>
>>> Philip, I am using an unpublished dependency called key-game, which
>>> I
>>> wrote, which I thought might be useful for other modal editing
>>> packages,
>>> or for large packages like gnus. Anyways I will try to submit that
>>> package for publishing on GNU ELPA before objed is updated.
>>
>> That sounds good, just inferring from the name it sounds like wizard
>> or
>> training program? Is this going to be a hard dependency or a weak
>> one?
>
> Yes, it's a utility package to help create key-based or command-based
> tutorial games. It's not a user-facing package, similar to boxy; I
> wouldn't want users to have to install it explicitly. To answer a
> potential followup, I also wouldn't want to split up the objed tutorial
> game into a separate package. That would hinder discoverability and
> make the installation of objed more complex. All that to say I believe
> key-game will be a hard dependency.
That is a pity. I try to advocate for minimising dependencies,
especially if these aren't required for the core functionality of a
package. I don't know how your package is designed, but couldn't you
have a command like M-x objed-tutorial that reports an error if the
package is not installed (or proposes to install it)? FWIW I don't
think having a separate package is a good idea either -- too much noise
in the package list.
--
Philip Kaludercic on peregrine
next prev parent reply other threads:[~2024-04-27 11:54 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-04-18 22:45 Objed maintenance Amy Grinn
2024-04-22 7:22 ` Philip Kaludercic
2024-04-25 12:38 ` Amy Grinn
2024-04-27 10:06 ` Philip Kaludercic
2024-04-27 11:32 ` Amy Grinn
2024-04-27 11:54 ` Philip Kaludercic [this message]
2024-04-27 21:51 ` Amy Grinn
2024-05-01 18:06 ` Philip Kaludercic
2024-05-02 1:39 ` Adam Porter
2024-05-02 6:02 ` Philip Kaludercic
2024-05-02 9:43 ` Adam Porter
2024-05-02 17:09 ` Philip Kaludercic
2024-05-03 4:06 ` Adam Porter
2024-05-03 5:49 ` Philip Kaludercic
2024-05-02 13:13 ` Amy Grinn
2024-05-03 6:51 ` Philip Kaludercic
2024-05-04 13:59 ` Amy Grinn
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87v843owbj.fsf@posteo.net \
--to=philipk@posteo.net \
--cc=clemera@posteo.net \
--cc=emacs-devel@gnu.org \
--cc=grinn.amy@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.