Re: [ELPA] New package: srht

[Aleksandr Vityazev <avityazev@posteo.org>]

On 2022-05-19, 06:56 +0200, Tassilo Horn <tsdh@gnu.org> wrote:

> Aleksandr Vityazev <avityazev@posteo.org> writes:
>
>>>> No, in version 0.1 it is already possible to interact with any
>>>> Sourcehut instance.  Can be specified via the srht-domain variable.
>>>
>>> That's one variable, hence only one instance.
>>
>> Good point, now I understand, will be included in version 0.2.
>
> Out of curiosity, what are you planning to do?
>
> I didn't quite get Stefan's compaint to begin with.  I would imagine one
> sets srht-domain on a per-project basis, i.e., in a .dir-locals.el file.
> Should the package cater for the possibility that a project's git is on
> instance 1 but the tracker on instance 2?  Or should there just be a way
> to define all instances I want to interact with and then have an
> convenient switch-command?  Or should the instance be a mandatory
> argument to all functions (which would also be ok if it's just a library
> providing access to the srht API) and packages using srht should handle
> the "which instance" aspect?

Not to say that srht is a library that simply binds the Sourcehut REST
API. There are also several commands to interact with. As a solution, I
chose the latter by adding an extra mandatory argument for the
functions. The available commands use srht-domains (list of instance
domain names), where users can specify all the instances they want to
interact with. When the command is invoked, it offers instance selection
if srht-domains contains more than one. When used in conjunction with
.dir-locals.el there is little change.

-- 
Best regards,
Aleksandr Vityazev