Re: master 9d54b12: Expand register-yank-media-handler doc string

Re: master 9d54b12: Expand register-yank-media-handler doc string

[Stefan Monnier]

>  (defun register-yank-media-handler (types handler)

AFAICT this doesn't have much to do with the other `register-`
functions, so could we put it in another, more relevant, namespace
(maybe `yank-media-`)?


        Stefan

Re: master 9d54b12: Expand register-yank-media-handler doc string

[Lars Ingebrigtsen]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>>  (defun register-yank-media-handler (types handler)
>
> AFAICT this doesn't have much to do with the other `register-`
> functions, so could we put it in another, more relevant, namespace
> (maybe `yank-media-`)?

Oh, I didn't think of registers...  Don't we have some naming convention
for something that...  registers itself with a service?  I'm blanking at
the moment.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Re: master 9d54b12: Expand register-yank-media-handler doc string

[Lars Ingebrigtsen]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> Oh, I didn't think of registers...  Don't we have some naming convention
> for something that...  registers itself with a service?  I'm blanking at
> the moment.

There's four functions called register-* already (that don't have
anything to do with register.el):

register-ccl-program
register-code-conversion-map
register-definition-prefixes
register-input-method

OK, that CCL thing is hopefully going away, but...  it's a very
descriptive word, so perhaps we should just continue to use it for stuff
that registers itself.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Re: master 9d54b12: Expand register-yank-media-handler doc string

[Stefan Monnier]

> OK, that CCL thing is hopefully going away, but...  it's a very
> descriptive word, so perhaps we should just continue to use it for stuff
> that registers itself.

Most "registering" is done via `cl-defmethod`, `add-hook`, and
`add-to-list`, AFAIK.
[ Any chance yank-media handlers can be registered with one of
  those methods?  ]

In any case I don't see any benefit in not using the traditional
namespace prefix (and move the `register` key word *after* the prefix).


        Stefan

Re: master 9d54b12: Expand register-yank-media-handler doc string

[Lars Ingebrigtsen]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

> Most "registering" is done via `cl-defmethod`, `add-hook`, and
> `add-to-list`, AFAIK.
> [ Any chance yank-media handlers can be registered with one of
>   those methods?  ]

Probably not...

> In any case I don't see any benefit in not using the traditional
> namespace prefix (and move the `register` key word *after* the prefix).

`yank-media-handler' perhaps?  Or `define-yank-media-handler'...

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no

Re: master 9d54b12: Expand register-yank-media-handler doc string

[Stefan Monnier]

>> In any case I don't see any benefit in not using the traditional
>> namespace prefix (and move the `register` key word *after* the prefix).
>
> `yank-media-handler' perhaps?  Or `define-yank-media-handler'...

`yank-media-register-handler`?


        Stefan

Re: master 9d54b12: Expand register-yank-media-handler doc string

[Lars Ingebrigtsen]

Stefan Monnier <monnier@iro.umontreal.ca> writes:

>> `yank-media-handler' perhaps?  Or `define-yank-media-handler'...
>
> `yank-media-register-handler`?

That's really...  awkward...  I think.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no