On 2022-05-30 20:02, Drew DeVault wrote:
> Can you send a patch for this (using CSS, the <del> element is still
> semantically correct)?

Done: https://lists.sr.ht/~sircmpwn/sr.ht-dev/patches/32617

~Kunal

Browsers usually render a <del> tag with a strike-through. However,
strike-through makes the number of deletions in a file unreadable as
well as the number of additions is rendered with an underline. This
commit fixes the issue by using underline for the <del> tag.
---
 scss/main.scss | 4 ++++
 1 file changed, 4 insertions(+)

diff --git a/scss/main.scss b/scss/main.scss
index b41d4ff..86824c5 100644
--- a/scss/main.scss
+++ b/scss/main.scss
@@ -26,6 +26,10 @@ dt {
   overflow-wrap: break-word;
[message trimmed]

Hi all,

I've noticed that the number of deletions in a file when browsing a 
commit diff has a strike-through which can make it hard to parse (for 
example [1]). Going by the HTML, it seems like a <del> tag is used which 
by default renders with a strike-through on browsers [2]. Can I 
recommend removing the strike-through and replacing with an underline 
just like the number of additions? It would be more consistent and also 
more readable.

~Kunal

---
[1]: https://files.catbox.moe/wk62by.png

On 2022-05-05 00:09, witcher@wiredspace.de wrote:
> Is it possible to use command substitution in build manifests? I'm
> specifically thinking about checking formatting of go code with
> `test -z $(gofmt -l **/*.go)`.
> It seems to me like this is not possible, as the output of `gofmt`
> doesn't seem to be passed to `test -z`.
> 
> Is there an alternative for this?
> 
> Thanks.
I'm not sure about command substitution, but have you tried using the 
GNU find program? Something like `find . -name "*.go"` should work 
(though I can't say for sure as I haven't tested it myself).

Sorry, but I don't think this is a supported or planned feature for
sr.ht. I don't wish to put words in Drew's mouth, but I believe he feels
strongly against such features (features that "gamify" development in
his eyes).

Sincerely,
Kunal

On 4/28/22 16:19, Matěj Cepl wrote:
> GitHub has very useful network view of the repository which shows all
> clones of the current repository, e.g.,
> https://github.com/martanne/vis/network . How to get something similar
> for https://git.sr.ht/~martanne/vis ?
>

On 12/7/21 22:21, Drew DeVault wrote:
> You want curl -d, not curl -D, I think.
> 

Wow. That's an embarrassing mistake. Thanks for having keener eyes than 
I have!

~Kunal

On 12/7/21 21:53, Drew DeVault wrote:
> On Tue Dec 7, 2021 at 9:23 AM CET, Kunal Sareen wrote:
>> curl --oauth2-bearer '<secret>' \
>> -H 'Content-Type: application/json' \
>> -D '{ "query": "mutation { unpublish(domain: $dom) {version} }",
>> "variables": { "dom": "samu.srht.site" } }' \
>> https://pages.sr.ht/query

Apologies. I noticed there was a typo when I sent the email -- it should 
read:

```
curl --oauth2-bearer '<secret>' \
     -H 'Content-Type: application/json' \

Hi,

I'm having a lot of trouble unpublishing a website. I'm not terribly 
familiar with GraphQL (this first time using it). I /think/ I followed 
the query syntax correctly as here [1], but I still get a "operation 
not found" error.

I used the following curl command to unpublish:
```
curl --oauth2-bearer '<secret>' \
     -H 'Content-Type: application/json' \
     -D '{ "query": "mutation { unpublish(domain: $dom) {version} }", 
"variables": { "dom": "samu.srht.site" } }' \
     https://pages.sr.ht/query

On 10/8/21 16:07, Kunal Sareen wrote:
> On 10/8/21 16:03, Evan Boehs wrote:
>> I considered this and it is surely the best option for now, but it 
>> requires syncing between browsers and bookmarks are generally clunky
> Hi Evan,
> 
> I think it is Drew's policy to not add features that "gamify" 
> development (such as "stars" etc.). There have been multiple discussions 
> on this mailing list about this topic.
> 
> ~Kunal

A potential alternative could be to have favourite repositories but not 
have the "star" feature or total stars visible. That is, the favourite

On 10/8/21 16:03, Evan Boehs wrote:
> I considered this and it is surely the best option for now, but it 
> requires syncing between browsers and bookmarks are generally clunky
Hi Evan,

I think it is Drew's policy to not add features that "gamify" 
development (such as "stars" etc.). There have been multiple discussions 
on this mailing list about this topic.

~Kunal